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Preface 

This  Final  Technical  Report  covers  all  the  work  done  on  contract  GS-35F-01 12L  Delivery  Order 
SP0103-01-FA026  and  modifications  POOOl  and  P0002.  The  work  was  performed  beginning  on 
February  9, 2001  and  was  completed  on  February  28, 2002.  This  report  is  built  upon  the 
foundation  of  all  previous  ARN  work  so  that  a  complete  picture  can  be  presented  of  how  the  just 
completed  tasks  relate  to  the  entire  ARN  system. 
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Executive  Summary 

The  DLA  (Defense  Logistics  Agency)  and  DSCP  (Defense  Supply  Center  Philadelphia) 
sponsored  ARN  (Apparel  Research  Network)  program’s  primary  goals  are  to  reduce  total  supply 
chain  costs  and  inventory  levels  while  minimizing  retail  shortages.  The  foundation  for  the 
achievement  of  these  goals  is  the  existence  of  a  web  accessible  database  that  provides  total 
supply  chain  asset  visibility  to  all  functions  that  make  decisions  or  consumes  apparel  items  (see 
Figure  1).  PDIT’s  (Product  Data  Integration  Technologies,  Inc.)  ARN  assignments  were  to 
create  the  web  accessible  database,  create  decision  support  tools  that  utilize  this  database,  and 
develop  tools  for  use  by  apparel  manufacturers  and  bill  and  hold  contractors  that  capture  the  data 
needed  to  fill  voids  in  the  total  supply  chain  asset  visibility  picture.  PDIT  initiated  three  key 
projects  to  address  these  assignments.  The  ARN  Asset  Visibility  System  database  (AAVS 
DataMart)  was  developed  to  create  the  central  repository  for  total  supply  chain  asset  visibility. 
VIM  (Virtual  Item  Manager)  was  created  to  provide  visibility  and  decision  support  tools.  VIM- 
AS  AP  (ARN  Supply-chain  Automated  Processing)  was  developed  to  support  apparel 
manufacturers  and  bill  and  hold  contractors.  All  of  these  efforts  were  focused  on  providing  total 
supply  chain  visibility  to  help  DLA  and  the  military  service’s  personnel  make  more  informed 
decisions. 


Figure  1  -  Total  Supply  Chain  Flow  of  Product,  Orders,  and  Data 


The  AAVS  DataMart  is  an  integrated  collection  of  data  from  a  variety  of  legacy  and  ARN 
developed  systems.  The  legacy  system  data  provides  part  of  the  total  supply  chain  data,  e.g., 
contracts,  requisitions,  depot  inventory  levels,  payment  responsibilities,  administrative  offices. 
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requisitions,  and  manufacturing,  retail,  and  wholesale  addresses.  The  ARN  developed  systems 
provide  the  rest  of  the  data  about  the  total  supply  chain,  e.g.,  bill  and  hold  contractor  shipments, 
retail  consumption  patterns,  and  production  status.  The  current  version  of  the  AAVS  DataMart 
contains  apparel  items  for  all  military  services  and  data  related  to  those  items,  e.g.,  retail 
addresses  that  received  shipments.  Completeness  of  data  and  consistency  between  sources  of 
data  was  a  significant  problem  that  was  addressed  with  PDIT  developed  screening  software. 

VIM  is  a  collection  of  web  accessible  tools  that  utilize  data  from  the  AAVS  DataMart  to  provide 
visibility  and  decision  support.  Current  VIM  tools  provide  views  of  retail  assets,  manufacturing 
production  status,  warehouse  inventory  levels  at  specific  depots,  retail  and  depot  inventory 
valuations,  and  hyperlinks  to  a  series  of  other  ARN  developed  functions. 

VIM-AS AP  is  a  web  accessible  tool  that  is  used  by  defense  apparel  manufacturers  and  bill  and 
hold  contractors  to  record  production  status,  create  invoices  and  shipping  documents,  operate  a 
depot,  and  generate  all  appropriate  electronic  transactions  to  complete  the  picture  of  the  total 
supply  chain.  It  performs  all  of  these  functions  by  accessing  contract,  requisition,  and  product 
data  to  present  each  contractor  with  only  their  own  specific  subset  of  the  information  that  they 
are  responsible  for.  It  facilitates  the  capture  of  the  shipment  data  by  utilizing  the  AAVS 
DataMart  data  to  capture  the  information  needed  to  complete  a  all  required  DoD  forms  and 
transactions.  This  reduces  the  time  it  takes  each  manufacturer  to  prepare  their  documents  and 
improves  the  quality  and  completeness  of  each  document  and  transaction. 

The  results  of  these  efforts  can  be  seen  in  the  significant  inventory  reductions  that  have  been 
seen  at  the  Marine  Corps  Recruit  Training  Centers  (RTC),  the  improvements  at  the  Army  CIIPs 
(Clothing  Initial  Inventory  Points),  and  in  the  growth  of  the  use  of  VIM-AS  AP  to  capture 
production  status  and  shipment  data.  The  results  can  also  be  seen  in  the  timeliness  and  accuracy 
of  all  the  electronic  transactions  and  the  significant  improvement  in  contractor  payments  that  is  a 
direct  result  of  working  from  a  single  source  of  data  for  all  documents  and  electronic 
transactions. 
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Introduction 

This  report  provides  a  summary  of  the  work  done  by  PDIT  for  the  ARN  program  for  Contract 
SP0103-01-FA026.  All  other  documents  produced  for  this  contract,  both  CDRL  and  non-CDRL 
(Contract  Data  Requirement  List),  are  provided  as  appendices  to  this  report.  The  monthly  status 
and  financial  reports  were  delivered  each  month  and  therefore  are  not  included  as  attachments  to 
this  report.  The  primary  objective  for  PDIT’s  work  on  this  contract  was  to  build  a  single 
complete  supply  chain  database  from  a  collection  of  heterogeneous  legacy  system  databases  and 
to  make  this  data  available  over  the  Internet  for  anyone  with  an  interest  in  some  facet  of  the  total 
supply  chain.  The  visibility  into  the  total  supply  chain  provides  the  information  required  to  make 
decisions  that  can  both  reduce  inventory  levels  and  shortages.  The  work  that  PDIT  has  done  to 
achieve  this  objective  is  explained  in  the  following  six  sections; 

1.  The  first  section  identifies  the  ARN  System  Architecture  using  both  operational  and 
computer  system  architectures. 

2.  The  second  section  identifies  the  structure  and  content  of  the  A  A  VS  DataMart,  the  legacy 
systems  that  provide  the  data,  and  the  ftp  sites  that  provide  data  to  other  ARN  systems. 

3.  The  third  section  identifies  the  extractions  from  the  AAVS  DataMart  for  a  variety  of  ARN 
related  applications. 

4.  The  fourth  section  identifies  the  VIM  systems  developed  by  PDIT  for  the  ARN  program. 

5.  The  fifth  section  identifies  the  specific  tasks  that  were  performed  on  this  contract. 

6.  The  sixth  and  final  section  provides  summary  level  conclusions  for  this  report. 
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■ 


1  ARN  System  Architecture 

The  ARN  System  Architecture  can  be  viewed  from  either  an  operational  or  computer  system 
infrastructure  perspective.  The  operational  architecture  identifies  each  of  the  total  supply  chain 
functions,  how  they  relate  to  each  other,  and  what  automated  support  systems  they  use.  The 
computer  system  architecture  identifies  all  the  computer  and  communications  related  equipment 
and  interfaces. 

1.1  Operational  Architecture 

The  ARN  SCS  (Supply  Chain  System)  Operational  Architecture  is  depicted  in  Figure  2.  The 
processing  steps  show  the  interrelationships  of  the  retail,  wholesale,  and  manufacturing  segments 
of  the  C&T  (Clothing  &  Textile)  supply  chain  and  the  ARN  and  related  systems  that  support  this 
process.  Solid  blue  lines  are  used  to  indicate  material  or  document  flow.  Dashed  red  lines  are 
used  to  indicate  the  flow  of  data. 


Figure  2  -  ARN  Operational  Scenario 


Processing  steps  and  data  sources  are  identified  by  the  numbers  in  white  octagons  of  Figure  2 
and  are  described  as  follows: 

1.  View  Total  Supply  Chain  and  Generate  Requisitions:  Retail  personnel  utilizes  the  local 
inventory  management  and  control  system  to  initiate  system  functions  and  begin  the  daily 
supply  cycle.  They  may  set  or  change  the  system’s  inventory  management  parameters. 
Among  these  is  the  Annual  Shipping  Plan,  which  represents  the  budgeted  numbers  of  recruits 
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beginning  their  training  each  week,  and  is  entered  into  the  system  as  soon  as  it  is  received. 
Among  the  many  other  parameters  that  may  be  set  are  prices,  option  to  order  unit  pack  or 
exact  number  of  each  item,  source  of  supply,  and  review  of  Reorder  Objectives.  Reorder 
Objectives  represent  the  Safety  Level  Days,  Reorder  Point  Days  and  Reorder  Quantity  Days. 

2.  Record  Receipts  and  Issues:  Calculate  Inventory  Levels  and  Generate  Suggested  Order  List: 
The  Predictive  Forecasting  Module  is  initiated  to  establish  the  relationship  between  the 
predicted  number  of  recruits  and  the  reorder  levels.  The  system  will  generate  the  revised 
reorder  levels  (Safety  Stock,  Reorder  Point  and  Reorder  Quantity)  for  each  active  item  based 
on  three  variables.  The  first  variable  is  the  average  daily  usage  per  item.  The  second 
variable  is  the  “Recruit  Load  Factor”  which  represents  the  increase  or  decrease  of  Recruit 
Activity  over  the  average  annual  weekly  activity  for  weeks  T+2  through  T+6.  The  final 
variables  are  the  Reorder  Objectives.  The  operator  executes  the  program  to  compile  a  list  of 
those  items  that  need  to  be  ordered.  After  compiling  the  list,  the  system  will  then  display  the 
items  it  recommends  should  be  ordered.  The  operator  then  has  the  ability  to  add  new  items 
to  the  list,  delete  items  from  the  list  or  change  the  suggested  order  quantity.  The  local  retail 
system  performs  the  usual  supply  functions  of  requisition  processing,  receiving,  and  issuing 
stock;  cash  sales,  quality  deficiency  reporting,  inventory  adjustments,  credits,  warehouse 
denials,  and  physical  inventory.  The  end  of  day  close  outs  closes  activity  each  day  and 
prepares  system  for  the  next  day’s  activity.  Requisitions  are  processed  into  either  a  DSCP 
Requisition  or  a  Local  Purchase  Order.  The  system  extracts  all  MILSTRIP  (Military 
Standard  Requisitioning  and  Issue  Procedures)  transactions  generated  during  the  current 
day’s  activity  for  upload  into  MUMMS  (Marine  Corps  Unified  Material  Management 
System)  or  other  legacy  system.  The  system  then  extracts  the  daily  activity  currently  required 
by  AAVS  DataMart.  The  data  is  separated  into  four  tables.  They  are:  Item  Master  which 
stores  the  summary  of  the  activity  by  item;  Daily  Issues  which  contains  all  the  issues  for  the 
day;  Daily  Receipts  which  contains  all  receipts  entered  for  the  day;  and.  Open  Requisitions 
which  contains  all  open  DSCP  Requisitions  and  Local  Purchase  Orders.  Supply  and  financial 
transactions  are  transmitted  each  day  in  MILSTRIP  format  as  required  by  MUMMS  (USMC) 
and  other  services  legacy  systems 

3.  Service  Specific  Systems:  Issues  are  recorded  using  each  of  the  service’s  systems.  Each  day’s 
data  is  collected  and  sent  to  the  AAVS  DataMart. 

4.  Calculate  Rebalance  Levels  Within  Total  Supply  Chain:  Calculations  are  made  that  analyze 
consumption  and  total  supply  chain  inventories  and  existing  orders  required  to  rebalance  the 
materials  across  the  total  supply  chain.  The  DSCP  Item  Manager  is  shown  the  results  of  the 
analysis  both  graphically  and  in  tabular  form  to  either  accept  the  results  of  the  analysis  or 
override  it  based  on  other  knowledge.  The  Item  Manager  is  responsible  for  initializing  the 
negotiated  production  level  for  each  DAM  (Defense  Apparel  Manufacturer)  for  each  of  the 
PGCs  (Product  Group  Code)  that  they  have  a  contract  to  produce. 

5.  Direct  Redistribution  and  Delivery  Destinations:  The  DSCP  Item  Manager  looks  across  the 
total  supply  chain  to  analyze  demand,  consumption,  and  stock  locations  to  decide  where  and 
how  much  material  should  be  positioned  at  the  various  retail  and  wholesale  sites.  The 
combination  of  balancing  the  supply  chain  and  the  analysis  of  retail  demand  and  locations  is 
used  to  develop  recommendations  to  the  DSCP  Item  Manager  for  delivery  orders  and 


6 


ARN  Program  -  PDIT  Final  Technical  Report 


material  replenishment  orders  that  directs  the  production  and  redistribution  of  materials.  The 
Item  Manager  is  responsible  for  setting  a  variety  of  parameters  that  guide  the  decisions  made 
by  the  system,  including  parameters  such  as  order  of  depot  preferences  for  filling  retail 
requisitions. 

6.  Manage  Depots  and  Process  Material  Release  Orders:  There  are  two  types  of  depots.  The 
first  is  the  DLA  operated  depots  that  use  their  own  legacy  systems  to  perform  all  their 
functions,  including  generating  all  updates  to  SAMMS.  The  ARN  systems  do  not  impact 
these  depots  directly.  All  interaction  with  these  depots  is  done  through  SAMMS.  The  second 
type  of  depot  is  operated  by  bill  and  hold  contracts  who  use  VIM- ASAP  to  manage  their 
inventories,  receive  and  process  requisitions,  generate  all  the  required  shipping  documents 
and  MRO  (Material  Release  Order)  forms,  and  format  and  transmit  all  MILSTRIP  and 
MILSTRAP  transactions. 

7.  Manufacture  and  Ship  Items:  The  ARN  system  called  VIM- ASAP  supports  clothing  and 
textile  manufacturers  with  functions  that  provide  access  to  digital  contracts,  supports  the 
recording  of  production  status,  generates  all  invoices  and  shipping  documentation,  formats 
and  transmits  digital  invoices  to  DFAS,  and  tracks  DFAS  payments  for  each  CLIN  (Contract 
Line  Item  Number)  in  every  invoice. 

8.  ASTRA:  ASTRA  stands  for  ARN  Supply-chain  Transaction  Repository  for  Action.  Its 
primary  function  is  to  accept  transactions  that  are  being  transmitted  to  SAMMS  by  any  of  the 
ARN  functions  and  to  verify  that  each  of  the  transactions  was  transmitted  and  accepted  by 
SAMMS. 

9.  SAMMS:  The  source  for  much  of  the  AAVS  DataMart  data  is  extracted  from  SAMMS. 
SAMMS  contains  a  wide  range  of  data,  including  retail  requisitions,  manufacturer’s 
contracts,  and  depot  inventory  levels  for  all  NSNs  (National  Stock  Number).  SAMMS  is 
updated  by  a  variety  of  ARN  systems  using  MILSTRIP  or  MILSTRAP  transactions. 

10.  Other  Data  Sources:  The  other  data  provides  manufacturer’s  names  and  addresses,  DFAS 
(Defense  Finance  and  Accounting  System)  billing  addresses,  depot  identifications,  DFAS 
payment  status,  and  a  wide  variety  of  related  data. 

11.  AAVS  DataMart:  The  AAVS  DataMart  provides  total  asset  visibility  for  all  retail,  wholesale, 
and  manufacturing  activities.  At  the  retail  level  it  tracks  consumption,  demand,  and  on-hand 
inventory  levels.  At  the  wholesale  level  it  tracks  depot  supplies  and  requisitions  by  location. 
At  the  manufacturing  level  it  tracks  contracts,  production  status,  and  shipments. 

1.2  Computer  System  Infrastructure 

ARN  systems  (see  Figure  3)  are  supported  by  a  two-server  production  configuration,  two 

development  (i.e.,  test)  servers,  a  shared  battery  backup  for  both  production  servers,  and  an 

Internet  controller  for  access  to  the  Internet  Service  Provider  over  a  T1  line.  The  two  production 

servers  support  the  following: 

o  AAVS:  The  AAVS  DataMart  is  kept  on  the  database  server 
o  AAVS2:  All  web  and  ftp  access  is  provided  by  the  web  server 
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There  are  two  test  servers  with  the  functions  split  just  like  the  production  servers.  All  of  the 
servers  utilize  Windows  2000  as  their  operating  system.  The  database  software  for  both  the 
production  and  development  servers  is  Microsoft  SQL  Server  2000.  Verisign  provides  the 
encr5^tion  protection. 


Figure  3  -  Computer  System  Components 
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2  AAVS  DataMart 

The  ARN  Asset  Visibility  System  (AAVS)  DataMart  is  built  from  a  collection  of  four  classes  of 
data  sources.  This  collection  of  information  provides  for  visibility  into  the  total  apparel  supply 
chain.  The  type  of  data  collected  from  each  legacy  system  is  as  follows: 

1)  Wholesale:  The  sole  source  of  wholesale  data  is  a  DLA  system  called  SAMMS, 
Wholesale  data  addresses  product  identification,  contracts,  requisitions,  and  depot 
inventory  quantities  and  locations. 

2)  Manufacturing:  The  sole  source  of  manufacturing  data  is  an  ARN  developed  system 
called  VIM-ASAP.  Manufacturing  data  addresses  delivery  order  queues,  production 
status,  and  shipments. 

3)  Retail:  Retail  data  is  collected  from  Marine  Corps  and  Army  recruit  training  centers  as 
well  as  from  non-recruit  sources.  Retail  data  addresses  consumption  and  receipts. 

4)  Associated  Data:  Associated  data  is  collected  from  a  variety  of  web  sites  and  CD-ROMs 
that  provides  data  required  to  complete  some  of  the  processing,  e.g.,  shipping  addresses, 
billing  addresses,  code  translations,  etc. 

2.1  Wholesale  Data  Sources 

The  item  managers  and  contracting  officers  at  the  DSCP  manage  their  inventories,  requisitions, 
and  contracts  using  SAMMS.  SAMMS  resides  at  DSCC  (Defense  Supply  Center  Columbus)  in 
Columbus,  Ohio  (see  Figure  4).  DSCP  in  Philadelphia  runs  a  nightly  batch  extraction  to  create 
two  Oracle  databases  for  only  clothing  and  textile  (C&T)  items.  One  is  called  the  C4&T  Data 
Warehouse  and  the  other  is  called  the  DSD  (Decision  Support  Database).  PDIT  in  Lx)ng  Beach 
initiates  a  nightly  batch  extraction  from  both  Oracle  databases  to  create  a  Microsoft  SQL  Server 
2000  database  called  the  AAVS  DataMart.  The  extraction  program  runs  automatically  each  night 
looking  to  see  when  any  of  the  SAMMS  tables  are  updated.  Once  an  update  to  any  table  is 
detected  it  is  downloaded,  partially  replacing  the  data  in  the  AAVS  DataMart.  The  data  is  only 
partially  replaced  to  protect  against  periodic  data  problems  with  the  Oracle  databases.  The  partial 
replacement  is  focused  on  ensuring  that  records  are  not  deleted  from  the  AAVS  DataMart  until 
seven  days  after  they  were  deleted  from  SAMMS.  This  is  done  to  protect  against  inadvertent 
deletions  or  partial  downloads  where  some  data  is  missing. 


Figure  4  -  SAMMS  Extraction  for  the  AAVS  DataMart 
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The  data  extracted  from  SAMMS  is  done  from  a  series  of  related  tables.  The  data  is  screened  so 
that  only  active  products,  contracts,  and  requisitions  are  loaded  into  the  AAVS  DataMart.  The 
SAMMS  tables  from  the  C&T  Data  Warehouse,  include: 

o  ACF:  The  active  contracts  file  table  contains  contracting  data  for  currently  active 
contracts  for  each  of  the  apparel  manufacturers,  e.g.,  contract  number,  NSN,  order 
quantity,  ship-to  locations,  CAS  code,  payment  office  code,  etc. 

o  ARCSl:  The  Active  Requisition  Control/Status  table  1  contains  retail  requisition  data, 
e.g.,  requisition  number,  requestor  identification,  NSN,  order  quantity,  etc. 

o  ARCS2:  The  Active  Requisition  Control/Status  table  2  contains  current  requisition  status 
infonuation  for  each  suffix  code,  e.g.,  requisition  number,  status  code,  status  date,  etc. 

o  ARCS3:  The  Active  Requisition  Control/Status  table  3  contains  requisition  status 
information  once  the  requisition  is  assigned  to  be  filled  by  a  specific  depot,  e.g.,  depot 
responsible  for  filling  order,  denial  code,  hold  code,  etc. 

o  ARCS4;  The  Active  Requisition  Control/Status  table  4  contains  shipment  data  for  each 
requisition,  e.g.,  transportation  control  number,  mode  of  shipment,  shipment  date,  etc. 

o  DUE:  The  Due-In  table  contains  due-in  information  for  shipments  from  depots  to  retail, 
e.g.,  requisition  number,  depot,  order  quantity,  ship  date,  etc. 

o  NIR:  The  National  Inventory  Record  table  contains  NSN  identification  data,  e.g.,  PGC, 
NSN,  service(s)  that  use  the  garment,  total  on-hand  issuable  quantities,  responsible  item 
manager  identification,  etc. 

o  NIR2:  The  National  Inventory  Record  table  2  contains  inventory  level  data  for  each 
depot,  e.g.,  NSN,  depot  identification,  depot  inventory  level,  etc. 

o  ORCS:  The  Output  Routing  Codes  table  contains  DSCP  Item  Manager  identification, 
name,  and  phone  number. 

o  REDF:  The  Requisition  Exception  Data  File  table  contains  exception  data,  e.g.,  in-the- 
clear  address  to  be  used  in  place  of  ship  to  DODAAC  address. 

o  SCF:  The  Supply  Control  File  table  contains  information  about  each  NSN,  e.g., 
nomenclature,  size,  consumption  history,  etc. 

o  VCSF:  The  Violation  Control  and  Suspense  File  table  contains  requisition  related  data, 
such  as  follow-up  inquiries  and  various  types  of  violations.  The  data  is  stored  as  80 
column  MILSTRIP  transactions  along  with  various  dates  and  codes. 

The  SAMMS  tables  from  the  DSD,  include: 

o  THF:  The  Transaction  History  File  table  contains  all  of  the  MILSTRIP  and  MILSTRAP 
transactions  that  change  inventory  levels. 

The  AAVS  Extraction  program  accesses  only  a  subset  of  the  SAMMS  data  from  the  identified 
tables  for  insertion  into  the  AAVS  DataMart.  The  data  screening  rules  used  to  extract  the  data 
include: 

o  All  NSNs  that  are  marked  as  used  by  any  of  the  military  services  in  the  NIR  table 
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o  The  subset  of  the  above  that  have  a  valid  PGC  in  the  SCF  table 
o  All  contracts  in  the  ACF  table  that  call  for  any  of  the  above  NSNs 
o  Any  of  those  contracts  that  are  not  cancelled,  closed,  or  inactive  for  more  than  one  year 
o  All  requisitions  in  the  ARCS  tables  that  call  for  any  of  the  above  NSNs 
o  All  depot  records  in  the  NIR2  table  for  any  of  the  above  NSNs 
o  All  due-in  records  in  the  DUE  table  for  any  of  the  above  NSNs 

The  AAVS  DataMart  contains  a  specific  subset  of  the  data  elements  that  could  be  extracted  from 
the  SAMMS  tables.  The  specific  subset  was  selected  based  on  the  ARN’s  team  knowledge  of 
the  use  of  the  data.  A  list  of  all  SAMMS  data  elements  was  circulated  to  the  entire  team  so  each 
team  member  could  mark  the  ones  they  use.  The  SAMMS  data  is  extracted  from  an  Oracle 
extraction  from  SAMMS.  The  data  is  screened  to  only  select  a  specific  subset  of  data  that 
complies  with  the  following: 

o  All  NSNs  that  begin  with  an  FSC  (Federal  Supply  Class)  of  “83”  and  “84” 
o  Any  NSNs  that  begin  with  an  FSC  of  “99”  whose  nomenclature  implies  apparel 
o  All  of  the  above  NSNs  that  are  marked  as  used  by  any  of  the  military  services 
o  All  of  the  above  NSNs  with  non-zero  entries  in  SSC  (Standard  Supply  Code)  except  for 
those  marked  with  an  SSC  of  2  or  6.  Specific  NSNs  with  an  SSC  of  6  are  stored  if  the 
NSN  is  from  the  ARCSl  table  and  a  valid  NSN  is  substituted  in  the  ARCS2  table, 
o  All  contracts  that  require  any  of  the  above  NSNs 
o  All  requisitions  that  require  any  of  the  above  NSNs 
o  All  depot  counts  for  any  of  the  above  NSNs 

The  AAVS  DataMart  was  expanded  to  capture  data  related  to  special  measure  orders  for  a 
number  of  manufacturers  who  needed  the  data  for  orders  or  for  the  preparation  of  their  DDl  155s 
(contracts)  and  DD250s  (invoices).  Special  Measurement  garments  do  not  have  conventional 
NSNs.  They  have  special  coded  NSNs  where  specific  characters  have  specific  meaning.  The 
coding  is  used  to  correlate  special  measurement  garments  with  their  nomenclature.  VIM- ASAP 
also  needed  to  be  modified  to  handle  the  non-standard  NSNs. 

2.2  Manufacturing  Data  Sources 

VIM-AS  AP  is  a  web-based  system  that  is  used  by  apparel  manufacturers  and  bill  and  hold 
contractors  to  access  contracts,  report  production  status,  generate  invoices  and  shipping 
documents,  generate  requisitions  and  shipping  documents,  and  all  electronic  transactions 
required  to  update  SAMMS  and  DFAS.  The  following  data  is  updated  in  the  AAVS  DataMart  by 
VIM-ASAP: 

o  Cutting  status  for  each  CLIN  of  every  contract 

o  Contract  invoicing/shipping  status  for  each  CLIN  (shipment  date,  shipment  number, 
invoice  number,  carrier,  carrier  tracking  number,  etc.) 
o  Requisition  shipping  status  (shipment  date,  carrier,  carrier  tracking  number,  weight, 
volume,  TCN  (Transportation  Control  Number),  mode  of  shipment,  etc.) 
o  Replies  to  follow-up  inquiries 

o  Manual  requisitions  from  DSCP  phoned  or  faxed  orders 
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2.3  Retail  Data  Sources 

Retail  data  is  collected  to  understand  actual  consumption,  order  ship  time  patterns,  and  recruit 
forecasts.  In  the  past,  consumption  was  calculated  from  retail  requisitions  processed  at  the 
wholesale  level.  This  tended  to  skew  the  consumption  data  because  orders  were  largely  budget 
driven  with  large  orders  when  funds  were  available  and  smaller  orders  when  the  budgets  were 
tight.  Today  consumption  is  tracked  using  two  methods.  Army  and  Marine  Corps  recruit 
consumption  is  tracked  at  the  point  of  issue  when  ownership  is  transferred  from  the  DLA  owned 
depot  to  the  recruit’s  service.  All  other  consumption  is  tracked  from  the  SAMMS  requisitions 
where  each  requisition  is  treated  as  replenishment.  Non-recruit  training  locations  do  not  carry 
large  inventories  and  tend  to  place  replenishment  orders  that  are  very  close  to  actual 
consumption,  especially  when  all  of  the  orders  are  grouped  into  a  twelve  month  running  average. 

2.4  Associated  Data  Sources 

A  number  of  data  sources  were  identified  and  pertinent  data  extracted  to  provide  a  complete 
AAVS  DataMart  source  of  data  for  use  by  all  ARN  applications.  The  following  data  sources 
were  used  to  acquire  the  needed  data; 

2.4.1  CAGE/Manufacturers  Identification 

CAGE  (Commercial  And  Government  Entity  code)  data  is  acquired  quarterly  (CD-ROM  for 
$22.75)  from  the  Defense  Logistics  Information  Service,  Freedom  of  Information  Office,  74 
Washington  Avenue  N.,  Battle  Creek,  MI  49017-3084.  The  data  that  is  extracted  from  this  CD- 
ROM  includes: 

o  CAGE 
o  DODAAC 
o  Company  name 
o  Number  and  street 
o  City,  State,  and  Zip  with  dash  number 
o  Country 
o  Phone  number 
o  Fax  number 

o  Type  of  company  (commercial  versus  government) 

2.4.2  DFAS/Pay  Office  Codes 

DFAS  identifies  their  payment  offices  with  a  DODAAC  and  a  mailing  address  that  is  slightly 
different  than  the  address  found  in  the  DAAS  (Defense  Automated  Addressing  System) 
DODAAC  data.  DSCP  defines  the  payment  office  using  the  SAMMS  ACF  (Active  Contracts 
File)  table  with  a  two  character  alphanumeric  code  “PAYMT_OFC_CD”.  No  automated  source 
exists  that  correlates  the  DFAS  DODAAC  with  the  SAMMS  code.  The  combination  of  the  lack 
of  an  automated  correlation  and  the  disjoint  between  the  two  DODAAC  addresses  necessitated 
the  creation  of  a  manual  table  (see  Table  1)  that  was  created  by  working  with  DFAS  personnel  to 
get  accurate  information  for  the  DFAS  addresses  and  the  SAMMS  code  correlations.  The 
address  data  was  extracted  from  DFAS’s  web  site:  https://ecweb.dfas.mil/notes.html.  DFAS 
accepts  electronic  payments  using  two  formats,  i.e.,  SAMMS  and  MOCAS  (Mechanization  of 
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Contract  Administration  System).  Pay  Codes  of  12  and  16  identify  the  SAMMS  formatted 
invoices  while  all  other  codes  identify  MOCAS  invoices. 


Table  1  -  Manual 

ly  Created  Table  for  DFAS  Cod 

es  and  Addresses 

...  ' 

DD250N 

■  ■  ■ 

V.”  '  .  - 

ame.v'  j  , 

ipD250  Address 

p(»50  Cjtty.  State  Up 

1 

01 

DFAS‘CO-JSA/Southeast  Division 

1 JWB  UltMsM 

SC1034 

DFAS-CO-JSC/Capitol  Division 

SC0100 

DFAS/CO/LSCBA/C&T 

■aW|igglI:T!lclM 

■.BmfflatEK»Ke!cabg».ei;E 

16 

SC0100 

DFAS  Columbus  Center 

DFAS/CO/LSCBA/C&T 

P.O.  Box  182317 

Columbus.  OH  43218-6248 

A1 

DFAS/-CO-JSA/Southeast  Division 

P.O.  Box  182225 

Columbus.  OH  43218-2225 

A2 

DFAS-CO-JNB/Bunker  Hill  Division 

P.O.  Box  182077 

Columbus.  OH  43218-2077 

msm 

DFAS  Columbus  Center 

DFAS-CO-JWPR 

P.O.  Box  182317 

■»amiHEi«!igicgnRgCTi 

Fm 

DFAS  Columbus  Center 

DFAS-CO-JNF/New  Dominion  Division 

P.O.  Box  182041 

Columbus,  OH  43218-2041 

|E!^I 

SC1030 

DFAS  Columbus  Center 

. . 1 . . 

P.O.  Box  182264 

Columbus.  OH  43218-2264 

HESH 

SC1028 

DFAS  Columbus  Center 

Columbus,  OH  43218-2251 

I  A8 

SC1032 

DFAS  Columbus  Center 

Columbus,  OH  43218-2266 

1CM 

SC1018 

DFAS  Columbus  Center 

DFAS‘CO/All  American 

P.O.  Box  182317 

SCI  028 

DFAS  Columbus  Center 

DFAS-CO-JWB/Gateway  Division 

P.O.  Box  182251 

Columbus.  OH  43218-2251 

DFAS‘CO-JNC/Minuteman  Division 

P.O.  Box  18226'6 

Columbus.  OH  43218-2266 

mm 

DFAS-CO-JWV/Van  Nuys  Division 

P.O.  Box  182157 

Columbus.  OH  43218-2157 

DFAS-CO-JNA/Liberty  Division 

P.O.  Box  182104 

Columbus,  OH  43218-2104 

B9 

SC1010 

DFAS  Columbus  Center 

DFAS-CO’J N D/Independence  Division 

P.O.  Box  182362 

Columbus.  OH  43218-2362 

SCI  030 

DFAS  Columbus  Center 

DFAS-CO-JS D/Chesapeake  Division 

Columbus,  OH  43218-2264 

SCI  006 

DFAS  Columbus  Center 

DFAS-CO-JWT/Santa  Ana  Division 

Columbus,  OH  43218-2381 

D9 

SCI  034 

DFAS  Columbus  Center 

DFAS-CO-JSC/Capitol  Division 

Columbus.  OH  43218-2263 

E7 

DFAS  Columbus  Center 

DFAS-CO-JWC/West  Entitlement  Operations 

P.O.  Box  182381 

Columbus.  OH  43218-2381 

E8 

HQ0338 

DFAS  Columbus  Center 

DFAS-CO-JSCB/South  Entitlement  Operations 

P.O.  Box  182264 

Columbus,  OH  43218-2264 

2.4.3  CAS/Administered  By  Offices 

The  Federal  Directory  of  Contract  Administrative  Services  (CAS)  codes  are  maintained  by  the 
Defense  Contract  Management  Agency  (DCMA).  CAS  codes  are  used  to  identify  the  office  that 
is  responsible  for  the  administrative  functions  for  each  contract  (Block  10  of  the  DD  250).  The 
three  digit  numeric  codes  are  periodically  extracted  from  a  text  file  from  the  DCMA  web  site  at: 
http://www.dcma.mil.  Only  government  employees  may  use  this  site  to  download  the  required 
file  (called  the  CAS  Book).  DSCP  has  added  to  this  list  with  a  set  of  three  additional  non¬ 
standard  alpha  CAS  codes  for  contracts  that  are  administered  in  Philadelphia.  Standard  CAS 
codes  are  three  digit  numbers.  The  three  additional  alpha  codes  are  manually  entered  into  the 
CAS  table.  The  CAS  table  contains  the  correlation  between  the  CAS  code  and  its  DODAAC. 


2.4.4  DODAAC/Guvernment  Addresses 

The  DODAAC  table  is  built  from  a  very  large  fixed-column  text  file  that  is  periodically 
downloaded  from  a  DAAS  (Defense  Automated  Addressing  System)  web  site  at: 
https://www.daas.dla.mil/dodaaf/down  dodaaf.pl.  A  SQL  2000  stored  procedure  was  developed 
to  read  this  file  to  store  the  extracted  information  in  a  database  structure.  The  resultant  table 
contains  DODAAC  addresses  for  every  government  and  many  commercial  sites  throughout  the 
world.  A  small  number  of  commercial  sites  are  assigned  DODAACs  when  they  are  assigned 
responsibility  to  act  as  a  depot  to  store  and  deliver  government  owned  items. 

The  vast  majority  of  these  DODAACs  are  of  no  interest  for  the  AAVS  DataMart.  For  this  reason, 
a  second  application  was  developed  that  runs  each  day  to  extract  only  pertinent  DODAACs  for 
the  AAVS  DataMart.  Pertinent  DODAACs  are  defined  as: 

o  Ship-To  sites  identified  in  the  SAMMS  ACF  table 
o  Ship-To  sites  identified  in  the  SAMMS  ARCS  tables 
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o  Ship-From  sites  identified  in  the  S  AMMS  ARCS  tables 
o  Administered-By  offices  as  defined  in  the  SAMMS  ACF  table 

2.4.5  RIC/Depot  Identifiers 

The  RIC  (Routing  Identifier  Code)  table  is  built  from  a  very  large  fixed-column  text  file  that  is 
periodically  downloaded  from  a  DAAS  (Defense  Automated  Addressing  System)  web  site  with 
the  address:  https://www.daas.dla.mil/dodaaf/down  dodaaf.pl.  A  SQL  2000  stored  procedure 
was  developed  to  read  this  file  to  store  the  extracted  information  in  a  database  structure.  The 
resultant  table  contains  a  correlation  between  the  RIC  and  DODAAC  for  all  government  depots 
throughout  the  world.  A  small  number  of  commercial  sites  are  assigned  RICs  when  they  are 
assigned  responsibility  to  act  as  a  depot  to  store  and  deliver  government  owned  items. 

The  vast  majority  of  these  RICs  are  of  no  interest  for  the  AAVS  DataMart.  For  this  reason,  a 
second  application  was  developed  that  runs  each  day  to  extract  only  pertinent  RICs  for  the 
AAVS  DataMart.  Pertinent  RICs  are  defined  as  those  that  have  pertinent  DODAACs  as  defined 
in  Section  2.4.4. 

2.4.6  Freight  Codes  and  Nomenclature 

Specific  descriptions  and  codes  are  required  to  be  placed  on  all  MROs  (DD  Form  1348-1 A). 

The  data  is  extracted  from  a  monthly  updated  FEDLOG  CD-ROM  from  the  Defense  Logistics 
Information  Services  (DLIS).  All  of  this  data  is  tied  to  specific  NSNs  via  FEDLOG.  The  data 
that  is  extracted  and  stored  in  the  AAVS  DataMart  includes: 

o  National  Motor  Freight  Classification  Code 
o  National  Motor  Freight  Classification  Nomenclature 
o  Water  Commodity  Code 
o  Type  of  Cargo  Code 
o  Uniform  Weight  Classification  Code 

2.4.7  DFAS  Payment  Status 

Each  DD250  is  tracked  against  payment  status  data  from  a  DFAS  system  called  VPIS  (Vendor 
Pay  Inquiry  System).  The  comma  delimited  text  data  is  downloaded  each  morning  from  a  DFAS 
site  at:  http://www.dfas.mil/monev/vendor/index.htm.  The  data  is  downloaded  and  stored  for 
each  manufacturer  that  creates  DD250.  The  specific  data  from  VPIS  that  is  kept  in  the  AAVS 
DataMart  includes: 

o  Invoice  number 

o  Invoice  Suffix  (created  by  DFAS  as  partial  payments  are  made) 
o  Contract 
o  Delivery  Order 
o  CLIN 

o  Check  Number 
o  Voucher  Number 
o  EFT  Number 
o  Invoice  Issue  Date 
o  Payment  Date 
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o  Invoice  Amount 
o  Payment  Amount 
o  Discount  Amount 
o  Interest  Amount 
o  Pay  Status 
o  Reason  Code 
o  Remarks 

o  Merchandise  Acceptance  Date 
o  Tax  Withheld  Amount 
o  Gross  Invoice  Amount 
o  Locator  Code 
o  Scheduled  Payment  Date 
o  Last  Action  Date 

2.4.8  Miscellaneous  Codes 

DLA  uses  a  number  of  codes  that  each  manufacturer  and  bill  and  hold  contractor  must  be  able  to 
interpret  when  preparing  shipments  or  filling  orders.  The  codes  required  for  all  of  the  ARN 
functions  extracted  from  DLA  publications  at:  http://www.dlaps.hq.dla.mil/SR2.htm.  The 
following  list  of  codes  has  been  extracted  and  stored  in  the  AAVS  DataMart: 

o  Discount  Term  Code:  Contractor  offered  discount  for  early  payment  (e.g.,  1510  =  1%  15) 

o  Status  Codes:  Requisition  status  (e.g.,  BB  =  Item  backordered  against  a  due-in  stock) 

o  Violation  Control  Codes:  SAMMS  transaction  violations  (e.g.,  AD  =  RIC  of  Receiving 
Activity  Invalid) 

o  Condition  Codes:  Condition  of  garment  (e.g.,  A  =  Serviceable,  issuable  without 
qualification) 

o  Fund  Codes:  Explains  purpose  of  requisition  (e.g.,  AA  =  Stock  Replenishment  -  VIP) 

o  Advice  Codes:  Requestor  instructions  to  depot  (e.g.,  2J  =  do  not  substitute  or  backorder 
any  unfilled  quantities) 

o  Mode  of  Shipment  Codes:  Identifies  type  of  carrier  (e.g.,  5  =  Surface-Small  Package 
Carrier) 

o  Signal  Codes:  Defines  use  of  sources  for  DODAAC  (e.g.,  J  =  Ship  to  DODAAC  of 
Supplementary  Address  and  Bill  to  DODAAC  of  Requisition) 

o  Special  Measurement  Codes:  Correlates  the  three  digit  special  measurement  code  with 
the  appropriate  five  digit  PGC  to  get  the  nomenclature  (e.g.,  02044  =  507  trousers,  men's 
p/w  gab  green).  The  data  is  taken  from  a  static  file  maintained  by  DSCP  and  downloaded 
for  the  AAVS  DataMart  once. 

o  State  Codes:  Each  state  is  identified  as  east  or  west  of  the  Mississippi  river  and  for  the 
RDC  (Regional  Distribution  Center)  region  that  it  is  in.  This  is  a  static  list  that  was 
constructed  from  a  DSCP  e-mail  and  knowledge  of  the  states.  The  data  is  used  to 
determine  the  appropriate  consolidation  point  for  overseas  shipments  and  to  allocate 
consumption  to  the  appropriate  RDC. 
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2.5  AAVS  DataMart  Data  Quality  and  Reliability 

The  data  quality  of  the  AAVS  DataMart  data  from  SAMMS  has  been  monitored  on  a  daily  basis 
for  the  past  year.  A  report  is  prepared  and  distributed  weekly  to  document  the  problems  and 
resolutions.  A  sample  from  the  report  is  shown  in  Table  2.  The  complete  report  can  be  found  in 
Appendix  B.  The  log  is  used  to  both  track  the  status  of  corrective  actions  for  the  specific  instance 
of  the  problem,  but  also  to  periodically  look  for  patterns  of  problems  that  can  be  corrected  with 
better  training  or  earlier  detection  and  corrective  action  using  a  function  from  VIM. 


Table  2  -  AAVS  DataMart  Data  ( 

[Quality 

Problem  Log 

Date 

Description 

Source 

Table 

Potential  Long  Term  Solution 

2/11/2002 

DSCP  contacted  Rick  Francis  at  Tennessee 
Apparel  who  contacted  PDIT  about  a  problem 
with  ARA  transactions  that  were  recording 
double  shipments  to  a  DODOAAC  of  H98230. 

An  investigation  revealed  that  the  correct 
number  of  garments  were  shipped,  but  that  an 
ARA  transaction  was  generated  that  doubled 
the  shipment  quantity  for  a  dozen  MROs.  The 
problem  was  traced  to  the  VIM-ASAP  software 
not  correctly  dealing  with  a  DODAAC  that  had 
more  than  one  RIC.  We  found  that  H98230  had 
two  RICs  (HG3  and  HM2) 

DAASC 

RIC 

The  VIM-ASAP  software  was  changed  to 
ignore  additional  RICs  for  a  single 

DODAAC.  The  changed  was  implemented 
on  2/12/2002.  The  investigation  found  that 

It  is  very  rare  to  find  more  than  one  RIC  for 
a  DODAAC,  but  it  does  happen.  The 
software  change  will  ensure  that  this 
problem  does  not  occur  again. 

2/7/2002 

On  2/7/2002  the  following  note  was  sent  to 

Diane  S: 

Two  requisitions  {SC1082009739D  and 
SC01081361526D)  are  marked  as  SS  in 

SAMMS  with  Apparel  Manufacturing  (AMC)  as 
the  responsible  depot.  They  did  not  fill  these 
orders  and  VIM-ASAP  did  not  transmit  an  ARO 
for  either  one  of  these.  They  still  have  the 
inventory  and  SC0108  did  not  receive  a 
shipment.  This  happened  once  before  several 
weeks  ago.  All  we  know  is  that  someone  is 
transmitting  an  ARO  and  it  is  not  VIM-ASAP 
and  it  Is  not  AMC. 

On  2/8/2002,  Diane  S  responded: 

Our  business  office  confirmed  that  JT  runs  a 
program  for  our  Navy  initiative  that  closes  out 
all  open  BAs  with  DEL  as  the  project  code.  It’s 
the  same  program  that  we  run  to  close  out  the 
Army  recruit  center  documents,  but  we  use  two 
different  project  codes  -  RDO  for  redistributions 
and  QLM  for  the  issue  transactions  -  for  our 
transactions.  If  these  requisitions  had  DEL 
then  that’s  why  they  closed  out. 

SAMMS 

ARCS2 

It  turned  out  that  this  problem  has  occurred 
four  times  with  the  order  closed  out  by 

DSCP  before  the  depot  had  a  chance  to  fill 
the  order.  DSCP  is  working  to  decide  how 
to  resolve  this  problem.  Until  this  happens, 

1  PDIT  is  running  a  weekly  check  on  the 
database  to  find  any  requisitions  that  were 
marked  with  an  SS  status  before  the  VIM- 
ASAP  bill  and  hold  contractor  has  had  a 
chance  to  fill  the  order.  Whenever  we  find 
an  order  with  this  problem,  we  will 
coordinate  with  DSCP  and  the  bill  and  hold 
contractor  to  decide  what  to  do  about  each 
order. 

The  reliability  of  the  AAVS  DataMart  update  process  is  monitored  on  a  daily  basis  and  a  report 
is  issued  weekly  (see  Appendix  C).  A  few  of  the  problems  that  were  encountered  during  the 
period  of  performance  on  this  contract  are  listed  in  Table  3. 
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Table  3  -  A  A  VS  DataMart  Update  Problem  History  Log 


bate  < 

Description 

(all  tirnes  are  for  the  East  Coast) 

Late 

Oracle 

Update 

Tyf 

SAMMS 

or 

Oracle 

Down 

)e  of  ProbI 

DSCP/ 

PDIT 

Oomm. 

am 

PDIT/ 

ATI 

ComnrI. 

Other 

2/25/2002 

The  weekly  complete  tape  backup  failed  over  the  weekend 
which  caused  the  Monday  morning  update  for  the  AAVS 
DataMart  to  fail.  The  problem  was  fixed  Monday  morning 
around  noon.  QLM  Central  had  already  received  an  update 
from  the  weekend  run. 

X 

2/20/2002  ’ 

X 

12/20/2001 

SAMMS  was  down  most  of  the  day  on  Dec  1 9'^  When  they 
finally  got  the  system  back  up,  everything  ran  late.  QLM  Central 
was  updated  before  noon  on  the  20*^. 
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3  AAVS  DataMart  Extractions 

Different  subsets  of  the  AAVS  DataMart  data  elements  are  provided  to  a  variety  of  ARN  team 
members  for  a  variety  of  purposes.  The  customers  for  these  extractions  include  ATI,  LMI,  CAR, 
and  Parris  Island.  The  data  is  either  “pushed”  to  a  customer’s  ftp  site  or  provided  via  an  AAVS 
ftp  site  for  “as  required”  access  and  download.  Access  to  the  data  is  controlled  with  user 
identifications  and  passwords. 

3.1  VIM  Functions  Developed  and  Managed  by  ATI 

The  AAVS  DataMart  update  process  for  SAMMS  data  is  initiated  at  1:00  AM  (all  times  are 
Eastern)  each  day.  Each  SAMMS  table  is  checked  for  its  update  status  and  then  downloaded  as 
soon  as  it  has  been  updated.  ATI’s  VIM  functions  are  primarily  interested  in  the  ACF,  DUE, 
NIR,  NIR2,  three  of  the  ARCS  tables,  the  violation  control  file,  and  the  transaction  history  file. 
The  data  is  not  transmitted,  i.e.,  pushed,  until  all  the  pertinent  tables  have  been  updated.  The 
transmission  is  started,  if  the  data  is  available  from  SAMMS,  to  meet  a  transmission  completion 
target  of  5:30  AM.  The  transmission  is  delayed  from  the  time  the  data  is  first  available  in  case 
additional  updates  are  made  to  any  of  the  pertinent  SAMMS  tables.  As  soon  as  all  AAVS 
DataMart  tables  are  updated,  the  remaining  tables  needed  by  QLM-Central  are  “pushed”  to  the 
ATI  FTP  site. 

3.2  Access  via  AAVS  ftp  Site 

A  variety  of  custom  extractions  are  prepared  and  placed  in  the  appropriate  AAVS  ftp  site  (see 
Table  4)  as  soon  as  the  nightly  AAVS  DataMart  update  process  is  complete.  The  QLM-Central 
update  is  delayed  until  4:00  AM  (East  Coast  Time)  so  that  the  latest  of  the  periodic  multiple 
SAMMS  updates  is  transferred  to  ATI. 


Table  4  -  AAVS  FTP  Sites  and  Content  of  Files 


Marine  Corps  requisitions 

AAVS  to  DSCP 

RTC  requisition  status 

AAVS  to  LMI 

Prices  and  inventory  counts 

AAVS  to  BIFRS 

All  retail  requisitions  and  depot  inventory  levels 

AAVS  to  QLM-Retail 

Depot  inventory  counts 

AAVS  to  QLM-Local 

CUPS  requisition  status 

AAVS  to  QLM-Central 

Nearly  the  entire  AAVS  DataMart  to  support  ATI  developed  VIM  functions 
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4  System  Components 

PDIT  has  developed  two  Internet  browser  based  clusters  of  systems  (VIM-AS  AP  and  VIM)  that 
access  and  update  data  from  the  AAVS  DataMart.  VIM- ASAP  supports  manufacturers  and  bill 
and  hold  contractors  while  VIM  provides  a  decision  support  and  status  tracking  system  for  DSCP 
and  its  customers.  VIM-ASAP  is  the  sole  responsibility  of  PDIT  while  the  rest  of  the  VIM 
functions  have  been  developed  by  both  PDIT  and  ATI  personnel.  This  document  only  reviews 
those  VIM  functions  that  were  developed  by  PDIT. 

4.1  VIM-ASAP 

VIM-ASAP  is  used  by  apparel  manufacturers  and  bill  and  hold  contractors  to  access  their 
contracts,  record  production  status,  prepare  all  invoice  and  shipping  documents,  track  payment 
status  from  DFAS,  prepare  material  release  orders  and  shipping  documents,  and  generate  all  of 
the  required  electronic  transactions  for  all  invoices  and  shipments.  The  system  is  accessed  using 
an  Internet  Browser  at  http://vim20.ct-dscp.com.  The  version  in  use  at  the  end  of  the  current 
contract  was  Version  2.0.  Only  authorized  users  can  log  onto  the  system  (see  Figure  5).  A  users 
manual  has  been  developed  and  released  (see  Appendix  D  “VIM-ASAP  v  2.0  Users  Manual”). 
An  overview  document  has  also  been  developed  and  release  (see  Appendix  E  “VIM-ASAP 
Overview). 


VIM 

Virtual  Item  Manager 

Login:  Ijdoe  . 

-  The  user's  login  identification 

■  Password:  I**-”** . — . 

controls  the  set  of  functions 

that  each  user  is  allowed  to 

access 

Figure  5  -  VIM-ASAP  User  Login  Web  Page 


All  VIM  users  use  the  same  web  site  to  initiate  their  use  of  the  system.  Each  user  is  identified  as 
a  either  a  manufacturer  or  not.  Each  user  that  is  a  manufacturer  is  assigned  to  a  CAGE  and  are 
only  given  access  to  data  that  is  pertinent  to  that  CAGE.  They  are  also  given  access  to  a  specific 
set  of  functions  that  are  called  the  VIM-ASAP  functions.  Each  CAGE  is  also  identified  as  either 
a  regular  manufacturer  or  one  that  is  also  a  bill  and  hold  contractor  who  also  performs  DLA 
depot  responsibilities.  Each  type  gets  a  specific  set  of  functions  that  are  required  to  support  the 
things  they  need  to  do.  Users  are  further  identified  as  either  having  or  not  having  administrative 
control  over  their  own  data.  Every  function  that  can  be  used  by  manufacturers  and  bill  and  hold 
contractors  and  their  administrators  is  shown  in  Figure  6,  Figure  7,  and  Figure  8.  All  of  the  data 
that  is  generated  by  any  of  these  functions  is  kept  in  the  AAVS  DataMart  for  use  by  any  of  the 
other  VIM  functions.  The  administrator’s  functions  (see  Figure  6)  permit  each  manufacturer  and 
bill  and  hold  contractor  to  identify  their  own  users,  initialize  data  for  all  their  invoices  (DD  Form 
250),  set  the  status  of  their  transmission  of  electronic  invoice  data  to  DFAS,  set  a  variety  of 
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options  about  what  the  system  does  for  the  user,  and  periodically  adjust  quantities  of  items  on  the 
production  floor  or  owned  by  the  manufacturer. 

^  ASAP  AdministraHon 
^  •  Administer  ASAP  Users 

♦  Administer  DD250  Data 

♦  Administer  DFA5  Transmissions 

1 1  «  Administer  Various  Options 

i;  •  Adjust  Cut  Qty  and  Finished  Goods  Counts 

Figure  6  -  Administrative  Functions  Supported  By  VIM-ASAP 

The  manufacturing  functions  (see  Figure  7)  work  with  a  digital  copy  of  their  contracts  from  the 
A  A  VS  DataMart.  The  series  of  related  functions  permits  each  manufacturer  to  start  production  of 
any  CLIN  in  their  contracts,  view  a  copy  of  any  contract  (DD  Form  1 155),  prepare  and 
subsequently  view  invoices  for  completed  items  (DD  Form  250),  track  the  status  of  their 
payments  from  DFAS,  prepare  and  subsequently  view  all  their  shipping  documents  (DD  Form 
1387),  and  add  or  delete  NSNs  from  the  list  of  items  they  produce. 

IC]  Manufacture  Garments 

♦  Process  Contracts/Orders  -  Start  Production 

♦  Generate  DD1155 
I  ♦  Prepare  DD250s 

♦  View/Edit  Existing  DD250s 

^  ♦  Track  DD250  Payments 

I  ♦  Prepare  Shipment  Labels 

♦  View  Existing  Shipping/Container  Labels 

♦  Add/Delete  NSN 

Figure  7  -  Manufacturing  Functions  Supported  By  VIM-ASAP 

The  bill  and  hold  depot  functions  (see  Figure  8)  work  with  a  digital  copy  of  their  requisitions  and 
inventory  records  from  the  AAVS  DataMart.  The  series  of  related  functions  permits  each  bill  and 
hold  manufacturer  to  access  their  queue  of  unfilled  requisitions  (a.k.a.,  MROs  DD  Form  1348- 
1  A),  create  verbal  or  written  orders  when  responding  to  emergency  orders,  prepare  and 
subsequently  review  all  the  required  shipping  documents  (DD  Form  1387),  respond  to  any 
follow-up  inquiries,  and  prepare  reports  of  inventory  levels  and  the  status  of  shipped  requisitions. 

iQiJ  Manage  Depot  Operations 
j  Ship  Orders 

♦  Review  Orders  and  Generate  MROs 

♦  Process  Verbal/Written  Orders 

♦  Prepare  Shipment  Labels 

♦  View  Existing  Shipping/Container  Labels 

♦  Review  and  Reply  to  Follow-Up  Inquiries 
j  03  Reports 

♦  Inventory  Count 

♦  Requisition  Status 

Figure  8  -  Depot  Functions  Supported  By  VIM-ASAP 
4.1.1  VIM-ASAP  Impact  on  Manufacturing  Processes 

VIM-ASAP  addresses  the  traditional  manufacturing  processes  (see  Figure  9)  in  several 
significant  ways.  It  converts  a  series  of  independent  activities  where  documents  are  created  with 
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reentered  and  reformatted  data  into  one  where  most  of  those  activities  are  either  eliminated  or 
dramatically  changed.  The  traditional  process  requires  the  preparation  of  invoices  (DD  Form 
250)  using  a  variety  of  tools  (e.g.,  Excel,  Adobe  Acrobat,  etc.)  where  all-of  the  data  must  be 
extracted  from  a  paper  contract  and  entered  into  all  of  the  appropriate  blocks  of  the  form.  Most 
of  the  same  data  is  then  re-entered  into  a  DFAS  system  by  either  the  contractor  using  WInS 
(Web  Invoicing  System)  or  DFAS  personnel  using  their  own  systems.  In  either  case,  the  data  is 
completely  re-entered  into  another  system.  The  same  process  is  used  for  shipping  labels  (DD 
Form  1387),  bar  coded  container  labels,  and  then  into  SAMMS  via  a  system  called  DAMES 
(DAASC  Automated  Message  Exchange).  Keeping  all  of  this  data  and  forms  consistent  is  a 
nearly  impossible  task,  not  to  mention,  a  great  deal  of  work.  VIM- ASAP  changes  the  ways 
invoices  are  created  and  eliminates  the  use  of  paper  contracts,  the  manual  preparation  of  all 
forms,  as  well  as  the  entry  of  data  into  WInS  and  DAMES. 


Figure  9  -  Traditional  Manufacturing  Processes  Affected  by  VIM-ASAP 


The  manufacturing  process  using  VIM-ASAP  looks  very  different  (see  Figure  10)  from  the 
transitional  process.  All  documents  and  electronic  transactions  are  created  from  a  single  source 
of  contract  data  called  the  AAVS  DataMart.  The  contract  data  contains  nearly  everything 
required  to  complete  all  documents  and  electronic  transmissions.  The  single  input  of  the  current 
shipment  quantity  for  each  CLIN  (Contract  Line  Item  Number)  initiates  the  creation  of  the 
electronic  invoice  transmission  to  DFAS,  the  printing  of  all  required  paper  (packing  slips  and 
shipping  documents),  and  the  generation  of  all  required  electronic  transmissions  to  SAMMS 
(a.k.a.,  D4S  MILSTRAP  transactions).  There  are  two  principal  advantages  in  the  use  of  VIM- 
ASAP.  The  first  can  be  seen  in  the  reduction  in  time  it  takes  to  prepare  all  the  documents  and 
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electronic  transactions.  The  second,  the  creation  of  all  documents  and  electronic  transactions 
from  a  single  source  has  far  ranging  impacts.  The  impacts  can  be  seen  in  accurate  and  timely 
supply  chain  data  for  decisions  by  DSCP  and  in  timely  and  full  pa5mients  by  DFAS  to  the 
contractors.  The  payment  process  is  significantly  improved  because  problems  nearly  never  occur 
when  DFAS  receives  all  the  documents  and  transactions  required  to  make  a  payment.  Because 
everything  is  produced  from  a  single  source,  there  cannot  be  a  discrepancy  between  the  paper 
DD250  signed  by  the  QAR  (Quality  Assurance  Responsibilities),  the  electronic  invoice 
submitted  through  WInS,  and  the  contract  data  extracted  from  SAMMS.  When  these  three 
sources  match,  DFAS  has  no  problems  in  making  very  prompt  payments. 


Figure  10  -  Manufacturing  Processes  Using  VIM-ASAP 


4.1.2  VIM-ASAP  Impact  on  Bill  and  Hold  Contractor’s  Depot  Processes 


The  use  of  VIM-ASAP  causes  a  major  change  in  a  bill  and  hold  contractor’s  depot  processes  (see 
Figure  1 1).  It  converts  a  series  of  independent  activities  where  documents  are  created  with 
reentered  and  reformatted  data  into  one  where  most  of  those  old  activities  are  eliminated.  The 
traditional  process  requires  the  preparation  of  Material  Release  Orders  (DD  Form  1348-1 A)  from 
DAMES  transactions  using  a  variety  of  tools  (e.g.,  PerForm  Flow,  Adobe  Acrobat,  etc.)  where 
all  of  the  data  must  be  extracted  from  an  80-column  text  record  and  entered  into  all  of  the 
appropriate  blocks  of  the  form.  The  same  process  is  used  for  shipping  labels  (DD  Form  1387), 
bar  coded  container  labels,  and  then  into  SAMMS  via  DAMES  for  all  of  the  required  MELSTRIP 
and  MELSTRAP  transactions.  Keeping  all  of  this  data  and  forms  consistent  is  a  nearly  impossible 
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task,  not  to  mention,  a  great  deal  of  work.  VIM- ASAP  changes  the  way  MROs  are  created,  the 
manual  preparation  of  all  forms,  as  well  as  the  extraction  and  entry  of  data  into  DAMES. 


Figure  11  -Bill  and  Hold  Contractor’s  Depot  Processes  Affected  by  VIM- ASAP 


The  bill  and  hold  contractor’s  depot  processes  using  VIM- ASAP  look  very  different  (see  Figure 
12)  from  the  transitional  process.  All  documents  and  electronic  transactions  are  created  from  a 
single  source  of  requisition  and  inventory  data  called  the  AAVS  DataMart.  The  requisition  and 
inventory  data  contains  nearly  everything  required  to  complete  all  documents  and  electronic 
transmissions.  The  selection  of  one  or  more  requisitions  initiates  the  printing  of  all  required 
paper  (MROs,  pick  lists,  and  shipping  documents),  and  the  generation  of  all  required  electronic 
transmissions  to  SAMMS  (e.g.,  ARO  MILSTRIP  transactions).  There  are  two  principal 
advantages  in  the  use  of  VIM- ASAP.  The  first  can  be  seen  in  the  reduction  in  time  it  takes  to 
prepare  all  the  documents  and  electronic  transactions.  The  second,  the  creation  of  all  documents 
and  electronic  transactions  from  a  single  source  has  far  ranging  impacts.  The  impacts  can  be  seen 
in  accurate  and  timely  supply  chain  data  for  decisions  by  DSCP  and  the  total  elimination  of 
violations.  Because  everything  is  produced  from  a  single  source,  there  cannot  be  a  discrepancy 
between  the  original  requisition,  all  of  the  paper  documents,  and  the  electronic  transactions  sent 
to  SAMMS.  When  these  sources  match,  DSCP  can  effectively  manage  the  total  supply  chain  and 
the  contractor  can  focus  on  filling  orders,  not  in  correcting  data  problems. 
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Very  little  data  entry  is  used  to 
:  create  all  documents  and 
electronic  transmissions  from  a 
single  source 


-AAVS^ 


SCOiOS 


Documents  with  shipment 
always  match  SAMMS 
transaction  data 


84I)5^-07W)750 

12  W 

ICOl»129oa»0 


Transactions  to  SAVIMS 


Total  data  consistency 
eliminates  violations 


Legend 


Paper 

Electronic 


Figure  12  -  Bill  and  Hold  Contractor’s  Depot  Processes  Using  VIM-ASAP 


4.1.3  Examples  of  VIM-ASAP  Functions 


The  VIM-ASAP  users  manual  (see  Appendix  D)  reviews  the  use  of  each  of  the  VIM-ASAP 
functions  identified  in  the  menu  listings  of  Section  4.1.  A  handful  of  the  more  significant 
functions  are  reviewed  in  this  section  to  identify  their  significance  to  both  DSCP  and  the 
contractors. 


4.1.3.1  Digital  Contract 

The  first  significant  function  displays  a  digital  contract  (DD  From  1 155  “Order  for  Supplies  or 
Services)  as  extracted  from  SAMMS  (see  Figure  13).  It  is  important  that  each  contractor 
compare  their  digital  contract  with  their  paper  contract  looking  for  discrepancies.  Each  can  have 
mistakes  because  they  are  not  developed  from  a  single  source.  Each  is  prepared  separately.  Once 
all  discrepancies  are  resolved,  there  cannot  be  a  problem  with  the  rest  of  the  process  because 
from  this  point  forward,  all  data  and  documents  used  by  the  contractor,  DSCP,  DCMA,  and 
DFAS  work  from  a  single  source  of  data.  The  discrepancies  have  always  existed,  but  they  did  not 
show  themselves  until  DFAS  needed  to  review  all  data  and  documents  to  pay  the  invoice.  This 
was  the  worst  time  to  find  discrepancies  because  it  not  only  delayed  payments,  but  it  required  all 
participants  to  coordinate  a  fix  to  one  or  more  of  the  sources.  One  of  the  significant  advantages 
for  the  VIM-ASAP  contractor  is  the  capability  to  recognize  and  resolve  all  discrepancies  at  the 
front  of  the  process  rather  than  the  end. 
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4.1.3.2  Invoice  Preparation 

Invoices  are  prepared  (see  Figure  14)  from  the  same  data  that  is  used  to  prepare  the  contract  (DD 
Form  1 155).  Nearly  all  of  the  data  that  is  used  to  prepare  the  invoice  is  extracted  from  the 
contract  data  so  that  no  mistakes  can  be  made.  The  only  critical  input  that  is  done  by  the  user  is 
the  quantity  for  each  CLIN  that  is  being  shipped.  The  creation  of  the  invoice  from  a  single  source 
of  data  means  that  there  can  be  no  discrepancy  between  the  contract,  the  paper  DD250  signed  by 
the  QAR,  the  digital  data  transmitted  to  DFAS,  and  DFAS’s  payment  validation  database  that 
was  extracted  from  the  same  source  as  the  VIM- ASAP  contract.  The  inability  to  create  a 
discrepancy  has  meant  that  VIM- ASAP  contractors  are  paid  promptly  nearly  100%  of  the  time. 


Contract  [8P010001C0336  ^  Shipment#  TTT  j  ooi2  Final  Shipment?  No  Cyes 


Delivery  order  f3[ 

Mfg.  Invoice  # 

23425WW  .  Weight  I  „  1M  Lot  No,  1 

Destination  |W25G1U*WTRANSP0RTAT10N OFFICER, NEW^l 

:  Shipper 

FedExOround  Tracking#  j5654S54646«4S€465  = 

Ship  From  |9A1 80  -  Tennessee  Apparel  CorpTullahoma  TN  3'>1  Mode  of  Shipment! 

5  Surface-Small  Package  Carrier  (see  Other^Comments  . 

Attentate  Release  Procedure?  No  Yes 

Biock  23 
Comment 

The  supplies  in  this  shipment  have  been 
subjected  to  and  have  passed  all 
examinations  and  tests  recjuiced  by  the 

li 

Ooi5AA|\4054)1-28^^  trouaws,  short  ^^  455  ' 

.:33 

$Mpp« 

Top# 

0 

Bi 

OE»6AA  [  8405-01-280-0120  trousers.men's.piW,  gab.biue  31  regular  |  1050 

I - 

0 

IT— - z— Lir— 7 

Edttj 

^  0022AA  j  8405-01-280-0140  trousers,  men’s,  p/W,  gab,  Wue  ser^juter  |  1W5 

I  «; 

I  I  ;  I,  , 

Nitl  ^ 

Figure  14  -  Invoice  Preparation  (DD  Form  250) 


VIM-AS  AP  produces  the  paper  DD  Form  250  that  is  signed  by  the  QAR  and  included  with  the 
shipment  as  a  packing  slip.  The  system  also  produces  the  container  labels  (see  Figure  15)  as  well 
as  all  the  shipping  labels  (DD  Form  1387).  The  single  source  of  data  for  all  documents  means 
that  no  mistakes  can  be  made. 
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Figure  15  -  Paper  Invoice  and  Related  Container  Labels 
4.1.3.3  Payment  Tracking 

The  single  source  of  data  extends  to  payment  tracking  (see  Figure  16)  for  each  invoice  that  is 
tied  to  DFAS’s  payment  system.  The  VIM- ASAP  contractor  is  able  to  track  each  invoice  from  its 
initial  submission,  through  its  acceptance,  until  all  CLINs  are  paid  in  full.  The  “View”  buttons 
permit  a  display  of  the  payment  status  of  each  CLIN  for  the  selected  invoice. 


8718  10711/2001  SP010097D0347  i  Ol^s'  AM(^8 

^  -V-  . , . . 

f  8719  10/11/2001  SP010097D0347  0134  AMC0039 

8720  10/11/2001  SP010000MCC15  i  AMC0049 

10/11/2001  SP010098D1014  I  (XI88  AMC0004 

SP010098D1012 
SP010097D0347 
SP010098D1014 


AMC0049 

AMC0004 


AMC0001 

AMC0001 

AMC0005 


AMC0050 

AMC0002 

AMC0006 


$10,264.81 

$3,142.32 

$20,608.00 


$7,724.48 

$15.41 


$100.00 


$11,522.88 

$7,868.00 

$5,686.20 

$4,685.26 


$0.00  11/9/2001  $10,264.81 

$0.00 1  1 1  /9/2001  I  $3,1 42.32 
$0.00  j  10/25/2001  I  $20,608.00 


$0.00  I  11/16/2001  $7,724.48 

$0.00  i  10/25/2001  I  $15.41 

$0.00  IToCS^OoTl  $100.00 
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4.1.3.4  Bill  and  Hold  Contractor  Requisition  Processing 

Each  bill  and  hold  contractor  is  presented  with  a  daily  queue  of  requisitions  that  have  been 
assigned  to  them  (see  Figure  17).  The  requisitions  are  organized  by  ship-to  location  so  that 
shipments  to  a  single  location  can  be  easily  kept  together.  An  MRO  is  printed  (see  Figure  18)  for 
each  requisition  that  is  included  with  the  shipment.  VIM- ASAP  also  produces  a  packing  slip  and 
all  the  required  shipping  and  container  labels.  The  advantage  of  the  use  of  VIM-AS  AP  for 
processing  requisitions  comes  from  the  creation  of  all  documents  and  electronic  transactions 
from  a  single  source  of  data.  There  can  be  no  mismatch  between  the  original  requisition,  the 
related  documents,  and  the  electronic  transactions  sent  to  SAMMS  (MBLSTRIP  transactions). 


D  00  799  EDI  06 


SCD10212390029 


8405-01-076-0729 


;*.QTV.II«C»  it.UWTl-jeiOHT 

I  00012  ^ 

«.  FKE  lONT  OUSBF IW  TCNNOCNCU  lUtE 


741£9  L  I  U 

:«.UMT0U«  :1I,UFC  if.EL 

i  2SS3B  i 


SADPRD0D12A  0001750 


Size:  trousers,  men's  30  long 


Figure  18  -  Paper  MROs  (DD  Form  1348-lA) 
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4.1.3.5  DSCP  and  Contractor  Inventory  Balances 

DSCP’s  inventory  counts  for  each  NSN  (see  Figure  19)  at  a  bill  and  hold  contractor’s  site  are 
organized  and  displayed  by  Product  Group  Code  (PGC)  so  that  a  contractor’s  records  can  keep  in 
sync  with  DSCP’s  inventory  records. 


- 

PGC:  01918  *  parka,  cold  weather 

NSN 

Size 

8415-61-228-1310 

istnall  xstioft 

8415-01-228-1311 

•smal  short 

8415-01-228-1312 

ismalreouiar 

8415-01-228-1315 

imedkim  short 

841S8 1-228-1 316 

cmedkim  regular 

84154)1-228-1317 

imedkmlong 

8415-01-228-1318 

ilaroe  short 

8415-01-228-1319 

large  regular 

84154)1-228-1320 

:largetong 

841S81-228-1321 

•xtarge  regular 

8415-01-228-1322 

ixiargelong 

DSCP  i  OtMStaoding  joiaioty  I  fuN  Cases 
Q(y  i  OrderQty  :  i 

24i  12i  36;  3 

5571  15  572  ;  47 


Paf 1 1  mf  1 

Qtifin 
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Figure  19  -  DSCP  Inventory  Records  for  Each  Bill  and  Hold  Contractor 
4.2  VIM  -  Virtual  Item  Manager 

The  current  version  of  VIM  supports  all  of  the  functions  listed  in  Table  5.  The  functions  are 
organized  hierarchically  with  only  the  lowest  level  function  able  to  be  executed.  The  functions 
can  be  used  by  DSCP  and  RTC  (Recruit  Training  Center)  personnel  to  analyze  data  from  the 
AAVS  DataMart  and  to  make  specific  decisions.  Each  of  the  VIM  functions  was  developed  by 
either  ATI  or  PDIT.  This  section  of  the  report  only  goes  into  detail  for  the  PDIT  developed 
functions  that  have  been  implemented  (see  first  column  of  Table  5  for  a  cross  reference  to  the 
appropriate  section).  VIM  is  accessed  using  an  internet  browser  at  http://vim.ct-dscp.com. 


Section 


Table  5  -  VIM  Functions,  Status,  and  Development  Responsibilit 


/  Function  Status 


Resp. 


Wholesale 


Generate  Recommended  Stock  Transfers 

ATI 

Divert  Delivery  Order  Shipments 

Under  Construction 

PDIT 

Add  New  Item 


Enter  Special  Orders 


Data  Management _ 

Modify  DVD  Table 


Revise  Reorder  Objectives _ 

Revise  Wholesale  Inventory  Factors 


ATI 

Manager  Controlled  Items 

ATI 

Modify  Distribution  Rules 

ATI 

Modify  Distribution  Rules  by  PGC 

ATI 

Modify  Demand  Allocation  Sequence 

ATI 

4.2.1 

Set  Order  Sequence  for  Sizes 

Implemented 

PDIT 

Override  Contractors  Unit  Pack 
Review/Update  Data  Exception  Notices 


Implemented 


Invalid  Translation  Code 


Implemented 
Implemented 
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.2.9 


4.2.19 


^  ^  'Function  -- 


Reports 


_ View  Total  Supply  Chain  Inventories _ 

View  Expected  Zero  Balance 


View  Excess  Inventory  Summa 


_ View  Demand  Allocation  Volume  Summary _ 

Demand  History  Analysis  for  Demand  Allocation  Terms 


View  Customer  Information 


View  Stock  Transfer  Exceptions 


_ View  Inventory  Trends _ 

View  Consumption  Based  Tariffs 


View  Delivery  Order  Completion  Trackin 


Overdue  Requisition  Status  by  PGC 


View  Order  Ship  Times 


View  Army  Black  Beret  Total  Supply  Chain  Counts 


QLM  Local  -  SAMMS  Comparison 


Retail 


View  Consumption  Based  Tariffs 


View  Expected  Zero  Balance 


View  Excess  Inventory _ 

View  Daily  Suggested  Order  List 


View  Current  Requisition  Status 


View  Inventory  Stock  Status _ 

View  Recruit  Forecasts _ 

Wholesale  Local 


View  Consumption  Based  Tariffs 


View  Expected  Zero  Balance _ 

View  Excess  Invento 


View  Daily  Suqqested  Order  List 


View  Inventory  A2A  Redistribution  Status _ 

View  Overdue  Requisition  Status  by  RIC _ 

View  QLM  Local  Receipts  Inqui 


Q 


Audit  Data  Management 


Add/Update  User  Information 


Add/Update  Phase  Information 


m 


Add/Update  Form  Information 

Add/Update  Recruit  Activity 

Audit  Reports 

Report  by  Phase 

Report  by  Platoon 

Contracting 

4.2.11 


4.2.12 


4.2.13 


4.2.14 


Analyze  and  Decide 


Define  Production  Mix  of  Sizes _ 

Place/Release  Hold  on  Delivery  Orders _ 

Analyze  New  Contract  Minimums 


Data  Management 


Update  Contract  Master  Table _ 

Identify  Contract  Minimums  and  Maximums 


Set  Production  Capacity  and  Minimum  Lot  Size 


Update  Contract  Prices 


Reports _ 

View  Remaining  Contract  Capacit 


View  Contract  Expiration  Report 


View  Delivery  Order  Completion  Trackin 


View  Production  Size  Mix  Overrides 


llulUBl 


Implemented _ 

Under  Construction 


Under  Construction 


Implemented _ 

Under  Construction 


Under  Construction 


Implemented _ 

Under  Construction 


W?iT?fini7?BTTI?Hri 


PDIT 


PDIT 


PDIT 


PDIT 


4.2.8 

4.2.15 


View  Delivery  Order  Completion  Tracking 
View  ASAP  Compliance 


Implemented 

Implemented 
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Section 


4.2.16 


4.2.17 


Function  '''  ^ 

Data  Administration 

Control  Loqins 

Add/Delete/Modifv  Users 


Add/Delete/Modifv  User  Groups 


Set  Wholesale  Parameters 

Modify  Customer  Profiles 

Modify  PGC  Demographics 

Define  Customer  Types 

Under  Construction 

Define  Bill  &  Hold  Contractor’s  DODAAC/RIC 

Implemented 

Reports 

View  CAGE  Codes 

View  Condition  Codes 


View  Ownership  Codes 


View  Status  Codes 


View  Customer  Types 

View  User  Log  Analysis 

Under  Construction 

1  View  Download  History 

ASTRA 

System 

Stockrooms 

MILSTRIP  Document  Types 

View  Hold  Codes 

Manage 

View  Unofficial  Redistributions 

View  Unprocessed  Issue  Documents 

View  Documents  on  Hold 


View  Unprocessed  Receipts 


Reports 


View  Detailed  ASTRA  Activity _ 

View  Dally  ASTRA  Report _ 

View  Wholesale  Local  Status  Summa 


QLM  Local  Update  Histo 


n 


VIM/QLM  Central  Reorder  Objective  Analysis 

View  Daily  Demand  Allocation  Transactions 

VIM  functions  were  developed  by  both  ATI  and  PDIT.  Each  operates  from  a  copy  of  the  AAVS 
DataMart  on  a  server  that  is  located  at  their  offices  on  the  two  coasts.  A  common  look-and-feel 
and  security  methods  were  agreed  to  and  then  implemented  by  both  development  teams.  The 
security  methods  utilize  cookies  on  both  servers  that  work  with  common  startup  code  that  was 
inserted  in  every  VIM  functions. 


Set  Order  Sequence  for  Sizes 


The  VIM  set  order  sequence  for  sizes  function  (see  Figure  20)  provides  the  DSCP  Item  Manager 
with  the  ability  to  control  the  sequence  of  sizes  when  a  list  of  NSNs  for  a  selected  PGC  is 
displayed.  The  default  sequence  is  always  the  NSN  sequence,  but  this  is  not  always  the  way  the 
user  would  like  to  see  the  list  displayed.  This  function  permits  the  user  to  select  the  NSN  to  be 
moved  and  then  move  it  up  or  down  in  the  list.  The  resequenced  data  is  not  saved  in  the  AAVS 
DataMart  until  the  “Submit”  button  is  clicked. 
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Either  type  the  PGC  or  use  the  puli-down  list 
to  select  the  PGC  of  interest 


Click  the  NSN  that  is  to  be 
moved  up  or  down  with  the 
arrow  buttons 


PGC/NQMEN  shir{  main  khaki  short  steevcri^;j 


8406-01 -961-1 764 
8405-01-061-1765 
8405-01-961-1766 

8405-01-961-1768 

8405-01-061-1769 

8405-01r961-1770 

8405-01-061-1771 

18405-01-061-1772 


_ _ IP.  Use  the  arrows  to  move  the 

Sflow  ^  selected  size  up  or  down  in 
* . .  j  Jar  the  display  sequence  list 


Once  satisfied  with  the 
sequence,  click  the  “Submif 
button  to  update  the  size 
sequence  database 


Figure  20  -  Sample  Set  Order  Sequence  for  Sizes  Web  Page 


4.2.2  Override  Contractor’s  Unit  Pack 

On  very  rare  occasions,  the  unit  pack  for  an  NSN  is  changed  for  a  specific  contract.  The  override 
contractor’s  unit  pack  function  (see  Figure  21)  is  used  to  make  changes  to  the  specific  contract 
that  is  required  to  use  a  non-standard  unit  pack.  None  of  the  changes  are  saved  in  the  AAVS 
DataMart  until  the  update  button  is  clicked. 


This  list  contains  all 
NSNs  found  in  the 
CLtNs  for  the  contract 


Either  type  the  contract  or  use  the  pull-down 
list  to  select  the  contract  of  interest 


cr“ 


Contract  Numbor[SP010000CCi309  3 


8410-01-413-2167 

r  - 

2  regular  |  12 

8410-01-413-2789 

6  short  1  12 

|12 . 

8410-01-413-2800 

6  tong  ;  12 

|12 

8410-01^13-3236 

12  regular;  12 

h2  : 

8410-01-413-3367 ! 

1 18  long  \  12 

r  i 

Make  any  changes  In  the 
“Override”  column 


Once  finished  making  any 
overrides,  click  the  "Update" 
button  to  save  the  changes 


Figure  21  -  Sample  DAM  Rollup  Web  Page 


4.2.3  Invalid  Address  Code 


The  invalid  address  code  function  (see  Figure  22)  is  used  to  fix  known  problems  with  an  address 
code  found  in  the  S  AMMS  data.  The  pull-down  list  contains  only  those  contracts  that  had  an 
address  code  that  is  not  in  the  master  list  of  address  codes.  The  three  types  of  codes  that  can  be 
reviewed,  include  CAS  (Contracts  Administrative  Services),  PAY  (DFAS  payment  offices),  and 
RIC  (depot  identifications).  The  user  can  either  click  the  button  “Code  is  Correct”  to  accept  the 
existing  code  or  use  the  pull-down  list  under  “Corrected”  to  select  from  the  list  of  valid  codes.  If 
the  users  selects  the  “Code  is  Correct”  option,  the  AAVS  DataMart  maintenance  staff  will 
conduct  research  to  find  out  why  the  list  of  valid  codes  is  incomplete.  None  of  the  changes  are 
saved  in  the  AAVS  DataMart  until  the  “Update”  button  is  clicked. 
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Select  the  type  of  address  code  to  be  reviewed, 
l.e.,  CAS.  PAY,  or  RIC 


Select  the  contract,  delivery 
order,  and  CLIN  whose 
address  is  to  be  reviewed  {only 
those  contracts  with  problems 
will  appear  in  this  list) 


The  invalid  translation  code  function  (see  Figure  24)  is  used  to  fix  known  problems  with  a 
translation  code  found  in  the  S  AMMS  data.  The  pull-down  list  contains  only  those  contracts  that 
had  an  address  code  that  is  not  in  the  master  list  of  address  codes.  The  three  types  of  codes  that 
can  be  reviewed,  include  discount,  shipment,  and  acceptance.  The  user  can  either  click  the  button 
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“Code  is  Correct”  to  accept  the  existing  code  or  use  the  pull-down  list  under  “Corrected”  to 
select  from  the  list  of  valid  codes.  If  the  users  selects  the  “Code  is  Correct”  option,  the  AAVS 
DataMart  maintenance  staff  will  conduct  research  to  find  out  why  the  list  of  valid  codes  is 
incomplete.  None  of  the  changes  are  saved  in  the  AAVS  DataMart  until  the  “Update”  button  is 
clicked. 


Click  this  button  if  the 
address  code  is  correct 


Select  the  type  of  translation  code  to  be  reviewed, 
I.e.,  Discount.  Shipment,  and  Acceptance 


Type  Code  } Discount 

Contract  Number  |  SP010099ASP12 
Delivery  Order  (d016^ 

CLIN  !0002Aa3 


r 


CCAM 


PDATE 


Select  the  contract,  delivery 
order,  and  CUN  whose 
address  is  to  be  reviewed  (only 
those  contracts  with  problems 
will  appear  in  this  list) 


Use  this  pull-down  list  of  valid 
translation  codes  to  select  the 
correct  code 


Once  finished  making  any 
changes,  click  the  “Update" 
button  to  save  those  changes 


Figure  24  -  Sample  Invalid  Translation  Code 


4.2.6  View  Inventory  Trends 


The  View  Inventory  Trends  function  (see  Figure  25)  is  used  to  display  the  cost  of  inventory  at  a 
variety  of  sites.  Each  site  can  be  viewed  by  using  the  pull-down  list  at  the  top  of  the  graph  to 
select  the  site  of  interest.  The  data  is  currently  being  archived  for  the  Marine  Corps  training 
centers  in  San  Diego  and  Parris  Island  and  the  DLA  depot  in  San  Diego.  The  data  is  displayed 
both  in  graphical  and  tabular  form.  The  inventory  cost  for  each  month  is  taken  from  the 
quantities  on  hand  on  the  last  day  of  each  month. 


The  value  of  today’s  inventory 


MooMal 

1 

2001 

$2,287  m75 

M00243 

12 

2000 

$2,287,833.75 

M00243 

11 

2000 

$2,287,942.25 

M00243 

10 

20DQ 

$2,287,830.80 

M00243 

g 

2000 

$2,355,454.85 

M00243 

B 

2000 

$2,766,770.55 

M00243 

7 

2000 

$3,428,081.60 

M00243 

*8 

2000~l 

$3,991,703.45 

M00243 

2000 

$4.242.9^-10 

-M00243 

2000' 

'""■■$3.Tb8.O70’'00 

M00243; 

3 

2000 

$2,597,664  05 

M00243^ 

2““ 

mi 

$2,969,677.05 

M00243 

i' 

2000 

$3,373,031.90 

M00243 

12 

1999 

$3,078,115.45 

The  value  on  the  last  day  of-' 
the  month 


Figure  25  -  Sample  View  Inventory  Trends 
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4.2.7  View  Consumption  Based  Tariffs 

The  View  Consumption  Based  Tariffs  function  (see  Figure  26)  can  display  annualized  retail 
consumption  and  tariffs  for  all  sources  of  consumption  or  for  specific  Marine  Corps  or  Army 
recruit  training  centers  individually.  Consumption  data  is  automatically  archived  on  the  first 
Saturday  of  each  new  month  looking  back  or  all  activity  for  the  prior  month.  The  oldest  month’s 
data  is  subtracted  and  discarded  and  the  new  month  is  added  to  the  annualized  number. 
Consumption  data  is  tracked  as  follows: 

•  Marine  Corps  recruit  training  center  consumption  is  calculated  from  the  movement  of 
cases  from  bulk  storage  to  the  issue  line. 

•  Army  recruit  training  center  consumption  is  calculated  from  daily  issues  to  recruits 

•  All  other  consumption  (primarily  retail  stores)  is  calculated  from  requisitions  for  the 
replenishment  of  consumed  stock. 


Figure  26  -  Sample  View  Consumption  Based  Tariffs 


4.2.8  View  Delivery  Order  Completion  Tracking 

The  View  Delivery  Order  Completion  Tracking  function  (see  Figure  27)  is  used  to  check  the 
order  completion  status  for  all  contracts,  delivery  orders,  and  CLINs  for  those  manufacturers  that 
use  ASAP  to  produce  their  DD  Form  250s.  The  DD  Form  250  can  be  displayed  for  each 
shipment  by  clicking  each  shipment  number.  The  in-transit  quantities  are  calculated  using  the 
quantities  shipped  from  the  day  they  are  shipped  until  the  day  they  are  recorded  in  SAMMS  as 
either  received  or  paid. 
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Use  the  puH-down  list  to  select  the  contract  and  delivery  order 
of  interest 

Contract  Humber  |SP0l  OOOOMCASO-APP^LMFG  CORP 

Delivery  Order  jMOOF^ 

— n 

All  CLlNs  of  the  selected  contract  and  delivery  order 

- ^ ^ 

p^eooQij  ii/o'g^ooo"  3i*|  "  3 

45^ 

4; 

4^S«f 

2 

< 

4 

6 

.•  6 

4 

3 

2 

4 

0 

.0 

0 

0 

■0 

.4 

2 

.  ^ 

* r  ,  'MHil 

IIIIIPPPIIII^ 

■  »J 

 ■  0 

li 

0 

■  ,  .  ,  a 

r _ "  _ : _ z _ 

IHI 

miiii 

Figure  27  -  Sample  View  Delivery  Order  Completion  Tracking 


4.2.9  View  Order  Ship  Times 

The  View  Order  Ship  Times  (OST)  function  (see  Figure  28)  is  used  to  examine  order  ship  time 
historical  patterns  from  the  time  a  request  is  made  until  it  is  received  by  the  requestor.  The  OST 
data  can  be  examined  in  its  entirety  or  in  various  subsets  using  the  following  controls: 

•  RTC/CnP  -  The  data  is  available  for  both  of  the  Marine  Corps  RTCs  (San  Diego  and 
Parris  Island)  and  the  five  Army  CIIPs  (Fort  Leonard  Wood,  Fort  Jackson,  Fort  Knox, 
Fort  Sill,  and  Fort  Benning). 

•  PGC:  All  PGCs  as  a  group  or  individual  PGCs  can  be  reviewed. 

•  Depot:  All  depots  as  a  group  or  individual  depots  can  be  reviewed. 

•  Receipt  Date  Range:  The  earliest  and  latest  data  availability  dates  is  set  as  the  default. 
The  user  can  change  these  dates  to  focus  on  a  specific  range  of  dates  as  long  as  the 
changes  are  made  within  the  available  range  of  dates. 

•  Include  Problem  Reqs:  Unless  this  option  is  selected,  problem  requisition  data  is 
excluded  from  the  charts.  Problem  requisitions  are  those  that  were  identified  as  having 
some  type  of  problem  like  a  backorder  for  an  unavailable  item. 

•  Chart  Type:  Three  types  of  charts  (Confidence  Curve  (see  Figure  29),  Time  Phased  Chart 
(see  Figure  30),  and  Summary  (see  Figure  31)) 

•  Method:  Various  percentiles  of  data  can  be  reviewed,  e.g.,  the  90*  percentile  means  that 
Order  Ship  Times  that  are  greater  than  9  out  of  10  instances  are  not  included  in  the 
calculations. 
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OST  data  is  available  for  the  Marine  Corp 
and  Army  Recruit  Training  Centers 


Individual 
PGCs  or  all 
combined 
can  be 
reviewed 


RTC/CnP:  |M002^3^San  p^^  3 

PGC:  Depot 


[ST 


Individual  Depots 
or  all  combined 
can  be  reviewed 


Earliest  foa^O^OoF 


RecieptDate  Range  ^ 
Latest 


include  Problem  Rcqs: 

Chart  Type:  |  Confidence  cirve  ^  Method:  1 90th  Percentite 


BeSe Chart.  1  * 


Selected  the  type  of 
chart  desired 


t 


Click  this  button  after  all 
options  have  been  selected 


Data  limited  to 
various 

percentiles  can  be 
reviewed 


-  Default  dates  are 
set  by  the 

.  availability  of  data, 
but  can  be 
:  adjusted  within  the 
defaults 


Check  this  box  to 
include  problem 
requisitions  like 
backorders 


Figure  28  -  Sample  Order  Ship  Times 


The  chart  type  “Confidence  Curve”  (see  Figure  29)  displays  the  total  order  ship  time  along  the  x- 
axis  and  the  confidence  percentile  along  the  y-axis.  The  chart  below  means  that  90%  of  the 
requisitions  are  filled  and  then  received  by  the  requestor  within  18.62  days  of  the  request.  The 
reference  to  “52  points”  along  the  x-axis  identifies  the  total  number  of  unique  days,  not 
requisitions  that  were  included  in  the  chart,  e.g.,  there  is  only  one  point  if  ten  requisitions  were 
received  in  fifteen  days. 


Figure  29  -  Sample  Order  Ship  Times  (Confidence  Curve) 


The  chart  type  “Time  Phased”  (see  Figure  30)  displays  a  four- week  running  average  of  each  of 
the  three  components  of  the  total  ship  time  along  the  x-axis.  A  four-week  running  average  is 
used  to  try  to  smooth  the  curves  and  minimize  the  effects  of  individual  very  large  OSTs.  The 
three  components  of  OST  include: 
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•  Requisition  to  SAMMS  Birth  Date;  The  number  of  days  calculated  by  subtracting  the 
birth  date  of  the  requisition  as  recorded  in  SAMMS  from  the  Julian  date  that  is  imbedded 
in  characters  7  though  10  of  the  requisition  number. 

•  SAMMS  Birth  Date  to  Depot  Ship  Date:  The  number  of  days  calculated  by  subtracting 
the  ship  date  from  the  birth  date  of  the  requisition  as  recorded  in  SAMMS. 

•  Depot  Ship  Date  to  Receipt  Date:  The  number  of  days  calculated  by  subtracting  the  ship 
date  of  the  requisition  as  recorded  in  SAMMS  from  the  receipt  date  as  captured  by  the 
systems  used  by  the  Marine  Corps  and  Army  recruit  training  centers. 


The  yellow  area  represents  the  number  The  purple  area  represents  the  number  of 

of  days  that  it  took  from  the  time  the  days  that  it  took  from  the  time  the  order 


days  that  it  took  from  the  time  the  requisition 
was  initiated  until  issued  by  SAMMS 

Figure  30  -  Sample  Order  Ship  Times  (Time  Phased  Chart) 

The  chart  type  “Summary”  (see  Figure  31)  displays  the  three  components  of  the  order  ship  time 
as  determined  by  the  method  of  calculation,  i.e.,  the  percentile  selected  from  Figure  28. 


Figure  31  -  Sample  Order  Ship  Times  (Summary  Chart) 
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4.2.10  View  Recruit  Forecasts 

The  recruit  forecast  data  is  available  for  review  for  each  of  the  Marine  Corps  and  Army  Recruit 
Training  Centers  (see  Figure  32).  Each  of  the  services  keeps  their  dates  differently.  The  “Class 
Begin”  date  should  be  viewed  as  just  one  of  the  days  of  the  week  that  the  class  begins. 


RTC  M00263  Parris  Island  RTC 


'is:  ■ 

Class  $i2« 

Projacted 

S'l 

01/01/2001 

367 

0 

01/08/2001; 

368 

110 

01/15/2001 

368 

0 

01/22/2001 

369 

no 

01/29/2001 

370 

0 

02A)5/2001 

0 

02/12/20011 

407. 

1  110 

02/19/2001  i 

0 

0 

02/26/2001 

408  ’ 

no 

Select  the  Recruit  Training 
Center  of  interest 


Figure  32  -  Sample  of  View  Recruit  Forecasts 


4.2.11  Define  Production  Mix  of  Sizes 


The  Clemson  defined  methodology  (referred  to  as  BIFRS-W)  was  implemented  in  a  VIM 
function  called  “Define  Production  Mix  of  Sizes”.  The  methodology  focuses  on  bedancing  the 
annualized  Days  of  Supply  (DOS)  for  each  NSN  within  each  selected  PGC.  The  system  works 
with  total  supply  chain  inventory  levels,  historical  consumption  patterns,  and  negotiated 
production  levels  to  develop  recommendations  for  each  NSN  for  each  manufacturer.  The 
function  displays  the  results  of  its  analysis  in  two  forms.  The  first  is  graphical  (see  Figure  33). 
The  height  of  the  bars  represents  the  number  of  days  of  supply  of  each  NSN.  The  green  portion 
of  the  bars  is  used  to  indicate  that  the  tops  have  been  cut  off  to  keep  the  scale  reasonable.  The  red 
portions  of  the  bars  display  the  recommended  production  level  for  each  NSN.  The  second  part  of 
the  display  is  a  tabular  list  (see  Figure  34)  of  numbers  that  went  into  the  calculations. 


PGC  -  Notnendature  Capacity  -  Gage  Code  •  Name  :  x  : :  v 

Io220f-3mrtv«»inan‘s|r|  f25^HM277cLEMSONA^ 


Figure  33  -  Sample  of  Define  Production  Mix  of  Sizes  (Graphical) 
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Figure  34  -  Sample  of  Define  Production  Mix  of  Sizes  (Tabular) 


4.2.12  Place/Release  Hold  On  Delivery  Order 

Holds  (and  subsequent  releases)  can  be  placed  on  delivery  orders  (see  Figure  35)  if  DSCP 
personnel  want  to  delay  the  availability  of  delivery  orders.  If  holds  are  not  placed  on  delivery 
orders  that  are  released  in  S AMMS,  they  are  made  available  to  manufacturers  in  the  form  of  DD 
Form  1 155s  via  VIM- ASAP.  This  function  is  used  to  place  the  hold  and  then  release  them  at  the 
appropriate  time. 


CAGE  Maittifacturer  |  QN1T2  APPAREL  MFG  CORP 
Contract  fsPoToOOOpra^ 

Beliveiy  Order  [0002  ~ 


Select  the  manufacturer 

Select  the  contract  and 
delivery  order 


Place  a  hold  on  the  delivery  order 
once  the  contract  and  delivery  order 
has  been  selected 


Figure  35  -  Sample  Place/Release  Hold  On  Delivery  Order 


4.2.13  Identify  Negotiated  Capacity 


The  Identify  Negotiated  Capacity  function  (see  Figure  36)  is  used  in  conjunction  with  the 
function  “Define  Production  Mix  of  Sizes”  (see  Section  4.2.1 1).  This  function  defines  the 
production  capacity  that  is  used  to  balance  the  mix  of  sizes  for  the  selected  contractor  and  PGC. 


CAGE 

PGCVNOMEN 
Capacity  Period 


Enter  the  negotiated  capacity 

When  all  other  entries  are  made,  click  this 
button  to  update  the  database 

Figure  36  -  Sample  Identify  Negotiated  Capacity 


\2m}  J H RUTTER-REX MFG  GO  INC 
|0228Tshi^  - 


Select  the  manufacturer 
Select  the  PGC 

Select  the  negotiated  capacity’s  period  of  time 
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4.2.14  Update  Contract  Prices 

The  Update  Contract  Prices  function  (see  Figure  37)  is  used  to  correct  prices  whenever  the 
contract  and/or  GFM  (Government  Furnished  Material)  unit  prices  in  S  AMMS  are  incorrect. 
DSCP  personnel  can  either  correct  the  data  in  SAMMS  using  available  SAMMS  functions  or 
make  the  changes  directly  to  the  AAVS  DataMart.  Either  method  corrects  the  data  used  by 
ASAP  to  prepare  the  DD  Form  1 155  or  the  DD  Form  250.  Correcting  the  data  is  SAMMS  is 
particularly  difficult  when  the  problem  is  with  the  GFM  price.  SAMMS  will  not  permit  direct 
changes  to  individual  GFM  unit  prices. 


Either  enter  a  contract  number  or  select  one  from  the  pull-down  list 


j  Contract  Number  |  SP01  ODOpDEA^e  fej 
Delivery  Order  foOoT^^ — . — i- - 


After  making  all 
changes,  click  this 
button 


r'^v  ■ 

CnutractorlMt  Prices 

;  GFM  uiut  Prices 

/  '  < 

Owrent 

OwrrMe 

Current  :  Ownride 

OOOIAA  ^ 

8415-01-327-4824  xsmall 

4.2800 

[4.2800 

0.0000  |0-ODOQ . 

0002AA 

8415-01^327-4825  medium 

4.2800 

[4.2800 

0,0000 

_  Select  the  pertinent 
delivery  order 

Click  this  button  if 
all  overrides  are  the 
same  as  the  first 
CLIN 


Make  all  changes  in  the  “Override”  columns 


Figure  37  -  Sample  Update  Contract  Prices 


4.2.15  View  ASAP  Compliance 

The  View  ASAP  Compliance  function  (see  Figure  38)  provides  a  list  of  all  ASAP  manufacturers 
with  a  status  column  for  the  most  recent  update  for  Work-In-Process  or  Finished-Goods;  a 
column  for  the  most  recent  update  of  the  preparation  of  a  completed  DD  Form  250;  a  column 
that  displays  the  status  of  the  testing  of  the  use  of  WInS;  and  a  column  that  displays  the  status  of 
the  production  use  of  WInS. 


HameofManitfacliirer 

OOKODM. 

vans  vwns 
Testirio  jProducttfiri 

02LQ6  ALTAMA  DELTA  CORP 

02/15/2001 

10/11/2000 

No  j  No 

f 

0B419  AMERICAN  APPAREL  INC 

02/15/2001 

0N1T2  APPAREL  MFG  CORP  i 

12/29/2000 

02/15/20M®] 

No  j  Yes 

Figure  38  -  Sample  View  ASAP  Compliance 

4.2.16  Add/Delete/Modify  Users 

The  Add/Delete/Modify  Users  function  (see  Figure  39)  is  used  to  manage  individual  user  data. 
The  user  name  of  “New”  is  selected  when  adding  a  new  user.  Individual  user  names  are  selected 
when  that  user’s  data  is  to  be  modified  or  deleted.  The  user  name  is  a  unique  login  name 
(minimum  of  6  characters  with  no  blanks).  Each  user  group  must  also  be  identified  to  give  the 
user  access  to  their  user  group’s  subset  of  the  VIM  functions.  The  “DEMO”  and  “PROD’  buttons 
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are  used  to  indicate  which  type  of  data  that  each  user  can  access.  It  is  recommended  that  new 
users  be  given  access  to  demonstration  data  before  they  are  given  access  to  production  data. 
Once  all  new  or  modified  data  entry  has  been  completed,  the  “ADD”  button  is  clicked  to  update 
the  database. 


User  Name 

1  Select  user  name 

“3^ 

—  Select  either  “New”  or  an  existing  user 

New  User  Name 

1.0:: 

Select  Group 

|ltem  Manager  : 

3"^ — 

—  Use  this  list  to  Identify  the  user’s  user  group 

Login  Name 

r~~~ 

Password 

1 - 

Check  Password 

EMail 

i,. 

1 —  “ 

— 

Phone 

f - 

DEMO  C  PROD  C  ^ 

— 

Click  the  appropriate  button  to  give  the  user 

DB  Access 

—  access  to  production  or  demonstration  data 

—  Click  this  button  when  all  entries  are  complete 
to  add  user  to  database 

Figure  39  -  Sample  Add/Delete/Modify  Users 


4.2.17  Add/Delete/Modify  User  Groups 

The  Add/Delete/Modify  User  Groups  function  (see  Figure  40)  is  used  to  identify  the  specific  set 
of  VIM  functions  that  each  user  group  can  access,  e.g..  Army  CIIP  personnel  cannot  edit  contract 
related  data. 


SelectCroup  [item  Manager  »i4- 


r  PGC  Contract  View  Both  ^ 


i 

. .  ■ 

i'i  1  . 

;;  Y;  lt|;; 

[Wholesale 

P 

Analy2e  and  Decide  | 

u 

jj  Generate  Recommended  Stock  Transfers 

j 

c 

□ 

||  Divert  Delivery  Order  Shipments 

r 

r 

1  Add  New  Item 

i 

o 

r 

|j  Enter  Special  Orders 

r 

c 

Data  Management  | 

> 


J 


Select  “new’  or  an  existing  user  group 


Click  this  button  after  all  changes  are  made 

Provide  the  user  group  with  contract,  PGC, 
or  both  types  of  data 


All  VIM  functions  are  listed  here  In 
indentured  formal  so  that  each  user  group 
can  be  given  access  to  a  specific  set  of 
functions. 


Figure  40  -  Sample  Add/Delete/Modify  User  Groups 


4.2.18  Define  BiU  and  Hold  Contractor’s  DODAAC/RIC 


The  Define  Bill  and  Hold  Contractor’s  DODAAC/RIC  function  (see  Figure  41)  is  used  to  set  the 
depot  identifier  assigned  to  each  bill  and  hold  contractor. 
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CAGE  lSAOm  JHRUTTER-REXMFGCOINC 


373  INDTTSmAL  PARK  ROAD  7 
COLUMBIA  MS  39429-8722  '  7 


Use  the  pull-down  list  to  identify 
the  Bill  and  Hold  Contractor 

Enter  the  depot’s  identifier  and  hit 
the  return  button 

Click  this  button  to  update  the  database 
after  entering  the  correct  RIC 


The  name  and  address  information  for  the 
selected  RIC  are  displayed  here  to  verify  the 
accuracy  of  the  RIC 


Figure  41  -  Sample  Define  Bill  and  Hold  Contractor’s  DODAAC/RIC 
4.2.19  View  Army  Black  Beret  Total  Supply  Chain  Counts 

The  View  Army  Black  Beret  Supply  Chain  Counts  function  (see  Figure  42)  is  used  to  review  the 
total  supply  chain  inventories  for  the  Army’s  black  beret. 


View  Army  Black  Beret  Total  Supply  Chain  Counts 


Select  desired  PGC 


1 01 724  beret  man's,  black  1 1  ALL 


View  status  for  all  or 
individual  manufacturers 
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8405-01-089-0135  ] 
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8405-01-089-0137  : 
8405-01-088-7812  ^ 


8405-01-088-7805  j 
'^405^011088^781 3  I 


8405-01-089-0138  i 
8405-01-089-0139  i 


8405-01-089-0140  | 
8405-01-480-2858  i 


61.136  1 


82,685 

22,839 

50,548] 
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7,136  -15,396 

27,032  "  ^9^303 

22,604  -25,944 

23,736  3,264 

47.832  I  10,385 
19,684  -15,840 

13.336  ;  -15,096 


Figure  42  -  Sample  View  Army  Black  Beret  Total  Supply  Chain  Counts 
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5  Tasks  Performed  For  This  Contract 

This  Final  Technical  Report  covers  the  work  done  on  Contract  GS-35F-01 12L  Delivery  Order 
SP0103-01-FA026  and  modifications  POOOl  and  P0002.  The  work  was  performed  beginning  on 
February  9, 2001  and  was  completed  on  February  28, 2002.  The  combined  work  done  for  this 
contract,  delivery  order,  and  modifications  was  organized  into  the  following  five  primary  tasks: 

5.1  Develop  and  Support  the  AAVS  DataMart 

The  AAVS  DataMart  and  AAVS  Data  Warehouse  was  developed  and  implemented  in  an 
incremental  fashion  to  help  integrate  and  address  the  supply  chain  requirements  of  a  physically 
distributed  network  of  users.  The  subtasks  required  to  accomplish  this  included: 

1 .  Supported  the  use  of  the  AAVS  DataMart  for  the  Army  black  beret  program,  including 
running  special  queries  to  help  clean  up  erroneous  contract  data. 

2.  Modified  the  structure  and  update  process  for  the  additional  data  requirements  created  by  the 
VIM- ASAP  work  to  support  bill  and  hold  and  RDC  contractors. 

3.  Monitored  and  worked  with  DSCP  Business  Operations  to  resolve  problems  with  the  new 
DSCP  servers  and  database  updates.  Spent  a  great  deal  of  time  trouble  shooting  problems 
and  working  with  DSCP  Business  Operations  to  resolve  those  problems.  Prepared  and 
distributed  a  weekly  report  that  tracked  all  late  completions  and  their  causes. 

4.  Modified  the  collection  of  RTC  consumption  data  to  conform  to  the  changes  necessitated  by 
the  ownership  transition  to  DLA  in  San  Diego. 

5.  Evaluated  the  use  of  the  DODAAC  address  data  from  SAMMS  instead  of  the  address  data 
from  DAASC.  There  are  differences  in  the  data.  DAASC  has  both  a  mailing  and  a  shipping 
address  while  SAMMS  has  only  one.  The  VIM- ASAP  functions  need  both  addresses  at 
different  points.  The  shipping  address  is  needed  for  the  garments  while  the  mailing  address  is 
needed  for  all  the  functions  that  need  copies  of  documents,  e.g.,  DCMA  offices.  For  this 
reason,  the  AAVS  DataMart  will  continue  to  use  DAASC  as  the  master  source  for  all 
addresses. 

6.  The  processing  of  DODAAC  data  was  always  a  very  labor  intensive  operation  due  to  the 
nature  of  the  source  data  (125  Meg  text  file  formatted  as  an  80  column  card  image).  The  new 
version  of  MS  SQL  provided  the  tools  to  improve  this  process  and  to  do  it  on  a  regular  basis. 
The  data  extraction  methods  were  changed  to  utilize  the  new  capabilities,  virtually 
eliminating  the  manual  handling  and  processing  of  the  DODAAC  data. 

7.  A  defective  power  supply  caused  the  AAVS  DataMart  server  to  be  down  for  nearly  two 
days.  The  symptoms  of  the  failure  presented  themselves  as  bad  clusters  on  the  disk  in  the 
areas  where  the  operating  system  is  kept.  This  caused  repair  energies  to  be  misdirected  at 
trying  to  block  out  clusters  on  the  disk  and  to  restore  the  operating  system.  Once  the  problem 
was  correctly  diagnosed,  a  replacement  power  supply  was  installed  and  the  database  updated 
to  the  latest  data. 
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8.  Several  changes  were  made  to  the  structure  of  the  AAVS  DataMart  to  support  the  new  ASAP 
functions,  e.g.,  the  FEDLOG  shipping  data  was  added  to  the  AAVS  DataMart. 

9.  Initiated  an  investigation  of  alternate  methods  for  updating  the  AAVS  DataMart  with 
SAMMS  data.  The  alternatives  include  1)  pushing  the  C&T  Oracle  data  in  a  flat  file  via  FTP; 
2)  installing  Oracle  at  PDIT  and  doing  an  Oracle  to  Oracle  update;  3)  changing  the  access  to 
SAMMS  for  the  C&T  Data  Warehouse  to  the  new  DSD  and  utilize  the  Oracle  database 
replication  capabilities;  and  4)  utilize  the  capabilities  of  MS  SQL  to  access  Oracle  via  a 
“linked  server”  where  SQL  can  treat  the  Oracle  database  as  part  of  SQL.  The  study  resulted 
in  no  change  being  made  to  the  update  methods. 

10.  Modified  the  structure  of  the  AAVS  FTP  site  to  accept  3D  body  scan  data  from  the  Navy. 

11.  Initiated  an  effort  to  evaluate  the  use  of  a  Tier-1  ISP  to  take  over  responsibility  for  managing 
the  servers  and  communications  for  the  AAVS  DataMart  and  all  of  PDIT’s  and  ATI’s  ARN 
software.  ATI  has  been  kept  in  the  loop  as  we  evaluate  the  ISPs.  Had  detailed  conversations 
with  two  ISPs  (Genuity  and  Metromedia  Fiber  Network)  and  have  contacted  four  others 
(AT&T,  Exodus,  World  Com,  and  Intel).  The  financial  instability  of  all  of  the  ISPs  and  the 
high  cost  of  the  service  caused  the  decision  to  table  the  movement  to  an  ISP  at  this  time. 

12.  Initiated  a  new  weekly  report  to  track  data  quality  problems,  their  cause,  and  any  possible 
methods  to  detect  and  resolve  the  problems  before  there  is  any  impact  on  activities  within  the 
total  supply  chain,  e.g.,  inconsistent  pay  office  and  DCMA  DODAACs  that  delay  the 
preparation  of  a  DD250  to  ship  the  manufactured  items. 

13.  SAMMS  does  not  keep  an  archive  or  historical  statistics  of  MILSTRIP  or  MILSTRAP 
violation  data  that  the  ARN  program  can  use  to  measure  any  improvement  it  makes  in  its 
creation  of  MILSTRIP  or  MILSTRAP  transactions.  To  address  this  problem,  the  nightly 
update  of  the  AAVS  DataMart  creates  an  archive  of  each  new  day’s  set  of  violations. 

14.  Tried  a  different  approach  to  provide  for  earlier  detection  and  resolution  of  data  quality 
problems  as  each  new  manufacturer  begins  using  VIM-AS  AP.  The  new  approach  was 
implemented  for  Uniart  in  New  York  City.  Extracted  all  of  Uniart’s  contract  data,  loaded  it 
into  an  Excel  file,  and  highlighted  all  data  that  appeared  to  be  in  error,  e.g.,  mismatch 
between  payment  office  and  administered  by  codes.  The  highlighted  data  was  sent  to  DSCP 
just  before  the  Christmas  holidays  for  their  review  so  that  any  required  changes  to  SAMMS 
could  be  made  before  Uniart  began  using  VIM-ASAP. 

15.  Upgraded  the  AAVS  DataMart  from  MS  SQL  7.0  to  MS  SQL  2000.  The  upgrade  went  very 
smoothly.  No  function  needed  to  be  changed  and  they  all  worked  correctly  when  the  upgrade 
was  made.  MS  SQL  2000  is  faster  and  has  additional  capabilities  that  can  be  utilized  to 
expand  and  improve  the  automated  processing,  e.g.,  the  WInS  batch  update  can  now  be  made 
an  automatically  scheduled  process  within  SQL. 

16.  The  original  data  screening  rules  when  building  the  AAVS  DataMart  included  a  rule  to  not 
include  any  NSN  that  had  a  Supply  Status  Code  (SSC)  of  6  (i.e.,  NSN  is  terminal  and  is  to  be 
issued  until  exhausted  and  there  is  no  authorization  for  future  procurement).  This  rule  was 
causing  a  few  requisitions  to  disappear  from  Tennessee  Apparel’s  MRO  queue.  The  problem 
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was  corrected  by  adjusting  the  rule  so  that  NSNs  with  an  SSC  of  6  were  included  if  they 
appeared  on  a  current  requisition. 

17.  Expanded  the  AAVS  DataMart  to  include  the  Violation  Control  File  (VCF)  and  the 
Transaction  History  File  (THF).  The  VCF  is  from  SAMMS  and  extracted  from  the  C&T 
Data  Warehouse  and  the  THF  is  also  from  SAMMS,  but  extracted  from  the  DSD. 

18.  Supported  requests  for  custom  extractions:  During  the  contract  performance  period,  a 
number  of  custom  extractions  were  developed  to  support  specific  ARN  customers  and 
partners,  e.g.,  an  extraction  for  Clemson  of  all  their  special  measurement  contract  and 
product  data. 

19.  Provided  support  to  sustain  existing  capabilities  (e.g.,  resolving  conmiunications  problems, 
backups,  trouble  shooting,  etc.):  Throughout  the  year  sustaining  problems  were  investigated 
and  resolved,  e.g.,  communications  problems,  corrupted  files,  etc. 

5.2  Manufacturer  Support 

ASAP  was  extended  to  provide  improved  support  for  apparel  manufacturers  so  that  the 

information  they  provide  is  more  complete,  accurate,  and  timely.  The  subtasks  required  to 

accomplish  this  included: 

1.  Completed  the  definition  of  requirements  and  decision  rules  for  ASAP  to  be  able  to  generate 
all  the  required  MILSTRIP  and  MILSTRAP  transactions  for  bill  and  hold  and  RDC 
contractors. 

2.  Developed  the  MILSTRIP  and  MILSTRAP  generation  code  by  working  with  the  available 
data  sources  to  test  the  adequacy  of  the  decision  rules  and  data  sources.  Found  some 
problems  with  the  data  that  can  be  addressed  with  additional  screening  rules,  e.g.,  DVD 
orders  appear  in  the  SAMMS  DUE  table  as  if  they  go  through  the  appropriate  RDC  when 
they  do  not. 

3.  Completed  the  development  of  the  structure  for  all  the  VIM- ASAP  functions.  The  new  login 
and  administrative  functions  were  also  completed. 

4.  Designed,  developed,  tested,  and  implemented  the  following  functions: 

—  Process  Contracts/Delivery  Orders  -  Start  Production:  This  function  permits  a 

manufacturer  to  review  all  their  contracts  and  to  start  production  on  some  or  all  CLINs 
for  partial  or  total  order  quantities. 

-  Generate  DDl  155:  This  function  permits  each  manufacturer  to  generate  a  complete  DD 
Form  1155  “Order  for  Supplies  or  Services”  for  any  of  the  contracts  that  have  been 
issued  to  each  manufacturer. 

-  Update  Cut  Quantity  and  Finished  Goods  Counts:  This  function  permits  manufacturers  to 
make  adjustments  to  their  cut  quantities  that  are  automatically  calculated  from  the 
addition  of  new  CLINs  for  each  NSN  and  the  subtraction  for  those  same  NSNs  when  they 
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are  shipped.  Any  contractor  owned  “at  risk”  items  can  be  accounted  for  as  Finished 
Goods. 

-  Prepare  DD250s:  This  function  permits  manufacturers  to  create  invoices  (DD  Form  250 
“Material  Inspection  and  Receiving  Report”)  for  all  their  shipments.  This  function  now 
automatically  calculates  and  generates  the  proper  number  of  bar-coded  container  labels 
based  on  the  shipped  quantity  and  unit  pack  quantity.  The  user  has  the  option  to  edit  the 
number  of  containers  and  the  allocation  of  quantities  to  each  of  the  containers. 

-  View/Edit  Existing  DD250s:  This  function  permits  each  manufacturer  to  view  completed 
DD  250s  and  view,  edit,  or  delete  in-process  DD250s. 

-  Track  DD250  Payments:  This  function  permits  each  manufacturer  to  monitor  the  DFAS 
payment  process  for  each  invoice  and  each  of  the  CLINs  in  the  invoice. 

-  Prepare  Shipping  Labels:  This  function  permits  each  manufacturer  to  create  and  print  the 
required  number  of  shipping  labels  (DD  Form  1387). 

-  View  Existing  Shipping  Labels:  This  function  permits  each  manufacturer  to  view  and 
print  the  past  week’s  shipping  labels. 

-  Add/Delete  NSNs:  This  function  permits  each  manufacturer  to  add  or  delete  NSNs  that 
are  not  on  any  of  their  contracts. 

-  Record  Receipts  from  Depots/Retail  Returns:  This  function  permits  bill  and  hold  and 
RDC  (Regional  Distribution  Center)  contractors  to  receive  orders  that  were  shipped 
based  on  an  MRO.  This  function  was  set  aside  after  it  was  decided  that  RDC’s  would  not 
be  supported  at  this  time  and  that  bill  and  hold  contractors  were  not  permitted  to  accept 
returns  or  shipments  from  other  depots. 

-  Record  Receipts  from  Manufacturers:  This  function  permits  RDC  contractors  to  receive 
orders  that  were  shipped  based  on  a  contract  as  well  as  a  specific  DD  Form  250.  This 
function  was  set  aside  after  it  was  decided  that  RDC’s  would  not  be  supported  at  this  time 
and  that  bill  and  hold  contractors  were  not  permitted  to  accept  shipments  from  other 
manufacturers. 

-  Review  Orders  and  Generate  MROs:  This  function  permits  bill  and  hold  and  RD 
contractors  to  access  a  queue  of  MROs  (organized  by  destination)  and  print  a  bar  coded 
copy  of  the  MRO  (DD  Form  1348-1 A  “Issue  Release/Receipt  Document)  and  all  of  the 
required  bar-coded  container  labels.  This  function  now  automatically  calculates  and 
generates  the  proper  number  of  bar-coded  container  labels  based  on  the  shipped  quantity 
and  unit  pack  quantity.  The  user  has  the  option  to  edit  the  number  of  containers  and  the 
allocation  of  quantities  to  each  of  the  containers. 

-  Process  Verbal/Written  Orders:  This  function  is  used  to  enter  emergency  orders  into  the 
VIM-ASAP  database  so  that  they  are  processed  like  normal  orders.  The  bill  and  hold 
contractors  receive  these  orders  from  DSCP  as  a  fax  or  phone  call. 
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-  Prepare  Shipment  Labels:  This  function  permits  each  bill  and  hold  contractor  to  collect 
their  MROs  by  destination  and  print  the  required  shipping  documents  (Shipping  labels, 
container  labels,  and  packing  slip  list). 

-  View  Existing  Shipping/Container  Labels:  This  function  permits  each  bill  and  hold 
contractor  to  review  and  reprint  any  existing  MROs,  shipping  labels,  container  labels,  and 
lists  that  were  created  within  the  past  two  weeks. 

-  Review  and  Reply  to  Follow-Up  Inquiries:  This  function  provides  support  for  responses 
to  follow-up  inquiries  with  both  a  fully-automatic  and  semi-automatic  processing.  The 
fully-automatic  processing  is  done  for  MROs  that  have  already  been  shipped.  The  VIM- 
ASAP  user  does  not  need  to  do  anything.  The  system  automatically  replies  to  the  follow¬ 
up  inquiry  with  the  appropriate  MILSTRIP  transaction  that  identifies  the  actual  shipment 
date.  The  semi-automatic  process  is  used  for  those  MROs  that  have  not  yet  been  shipped. 
The  VIM- ASAP  user  is  presented  with  a  list  of  follow-up  inquiries  with  an  open  space  to 
enter  the  estimated  shipping  date.  Once  this  data  is  supplied,  the  system  formats  and 
transmits  the  appropriate  MILSTRIP  transaction. 

-  Administer  ASAP  Users:  This  function  permits  each  manufacturer  and  bill  and  hold 
contractor  to  control  who  has  access  to  their  data  and  functions.  The  control  is  managed 
through  permissions  established  for  each  user  via  their  user  identification  and  password. 

-  Administer  Various  Options:  This  function  permits  each  manufacturer  to  control  specific 
things  about  how  they  want  to  work,  e.g.,  update  cut  quantity  based  on  weekly  counts  or 
from  the  use  of  ASAP  to  start  production  and  ship  items. 

-  Administer  DD250  Data:  This  function  permits  each  manufacturer  to  identify  alternate 
production  sites,  ship  prefixes  for  all  sites,  and  boiler  plate  data  for  blocks  21  and  23  of 
the  DD250. 

-  Administer  DFAS  Transmission:  This  function  permits  each  manufacturer  to  control  their 
own  use  of  electronic  invoice  transmissions  to  DFAS  via  the  WInS  FTP  site. 

-  Reports  -  Inventory  Counts:  This  function  permits  each  bill  and  hold  contractor  to  review 
DSCP’s  inventory  records  for  all  of  the  NSNs  that  are  stored  at  the  contractor’s  depot. 

5.  Lost  several  days  developing  a  work-around  plan  and  code  to  cope  with  a  MS  SQL  problem 
with  apostrophes  in  character  strings  (e.g.,  woman’s  shirt).  This  has  never  been  a  problem 
before,  but  all  of  a  sudden  we  started  having  this  problem.  We  could  find  no  documented 
problem  or  solution  and  have  contacted  Microsoft  to  see  if  they  can  offer  a  solution.  Since  it 
may  take  may  weeks  to  get  a  fix  for  SQL,  we  have  implemented  a  software  change  to  work 
around  the  problem. 

6.  WInS  was  unable  to  correctly  handle  rounding  problems  when  quantities  are  large  and  unit 
prices  for  GFM  has  numbers  out  at  the  fourth  and  fifth  decimal  places.  WInS  personnel 
informed  us  that  the  problem  had  been  corrected,  but  we  discovered  that  it  had  not  been.  We 
prepared  an  example  of  the  problem  and  sent  it  to  our  WInS  POC.  They  forwarded  to  their 
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programmers  for  resolution.  We  eventually  gave  up  on  having  WInS  personnel  resolve  the 
problem  and  instead  sent  WInS  a  slightly  modified  unit  price  so  that  the  rounding  always 
came  out  with  an  even  number. 

7.  Prepared  a  Lotus  Screen  Cam  movie  (as  executable  files)  of  each  of  the  new  VIM- ASAP 
functions  that  were  working  at  the  time  that  the  movies  were  made.  All  of  the  executables 
were  put  on  a  CD-ROM  and  sent  to  Kathy  Moore  for  her  use  as  a  demonstration  of  the  new 
features. 

8.  Spent  a  couple  of  hours  on  the  phone  with  Apparel  Manufacturing  Corp  on  June  20*  to  walk 
them  through  all  of  the  new  manufacturing  and  bill  and  hold  functions  that  will  be  supported 
by  the  new  version  of  VIM-AS  AP.  They  had  agreed  to  become  the  first  user  of  the  new 
system.  They  requested  that  we  make  one  change  to  move  the  creation  of  the  shipping  labels 
to  before  the  completion  of  the  DD250.  The  QAR  wants  to  inspect  the  garments  and  the 
container  labeling  before  approving  the  DD250.We  had  the  function  working  with  data  from 
completed  DD250s.  We  made  a  change  to  have  the  function  work  with  either  in-process  or 
completed  DD250s. 

9.  During  the  last  week  of  September,  we  implemented  all  of  the  new  VIM- ASAP 
manufacturing  functions  for  a  single  manufacturer  (Apparel  Mfg  Co).  The  implementation 
went  very  smoothly  with  only  a  few  minor  problems  that  were  quickly  corrected. 

10.  Traveled  to  Tennessee  Apparel  during  early  November  to  conduct  a  VIM- ASAP  training 
session  and  to  better  understand  their  operations  so  that  the  ARN  systems  can  be  used  more 
effectively. 

11.  Spent  several  hours  working  with  Uniart  Corp  (Salina  Wong  and  Emil  Kellner)  in  New  York 
City  to  provide  them  with  training  in  the  use  of  VIM-AS  AP  for  their  manufacturing 
functions.  There  may  be  a  problem  with  the  digital  transmission  of  some  of  their  DD250s. 
WInS  and  DFAS  cannot  accept  digital  data  for  MOCAS  formatted  invoices  that  have  CLINs 
with  GFM.  Some  of  their  CLINs  have  GFM  and  require  a  MOCAS  format.  We  will  explore 
a  couple  of  alternatives  with  DSCP  to  address  this  issue.  One  option  is  to  eliminate  the  use  of 
MOCAS  whenever  GFM  is  required 

12.  Spent  the  month  of  December  working  closely  with  and  monitoring  the  use  of  the  new 
production  version  of  VIM- ASAP  by  Apparel  Manufacturing  (AMC)  and  Tennessee  Apparel 
(TNN).  TNN  started  using  the  depot  functions  for  a  few  of  their  MROs  on  December  3"^^. 
They  began  using  the  system  for  all  of  their  MROs  on  December  14*  (the  system  generated 
774  MROs  and  MILSTRIP  transactions  during  December).  There  was  only  one  problem 
with  an  overseas  shipment  where  the  DODAAC  had  no  ship-to  address.  TNN  solved  the 
problem  by  calling  DSCP  for  the  address.  After  further  investigation,  it  was  found  that  this  is 

■  the  only  way  to  get  overseas  addresses.  TNN  also  began  using  all  of  the  manufacturing 
functions  on  November  30*  after  they  were  approved  by  DFAS  for  digital  data  transmission 
via  WInS.  TNN  is  also  using  the  system  to  monitor  their  payments  and  have  already  been 
paid  for  one-third  of  their  DD250s.  During  December,  AMC  used  all  functions  of  the  new 
version  of  VIM-AS  AP  with  zero  problems.  All  of  their  payments  were  current  throughout 
the  month. 
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13.  Completed  the  development  of  an  implementation  plan  for  VIM- ASAP.  The  first  step  was 
the  creation  of  a  complete  list  of  all  C&T  manufacturers  as  well  as  all  bill  and  hold 
contractors.  The  data  in  the  AAVS  DataMart  was  used  to  create  the  initial  list.  DSCP 
personnel  reviewed  the  list  of  bill  and  hold  contractors.  They  deleted  a  few  of  the  contractors 
who  are  being  removed  from  the  program  even  though  they  still  have  some  DSCP  owned 
inventory.  They  are  no  longer  receiving  contracts  to  ship  items  to  themselves  and  will  no 
longer  receive  MROs  once  their  current  stock  has  been  depleted.  DSCP  subsequently 
provided  guidance  on  priorities  for  specific  companies. 

14.  Initiated  the  expanded  use  of  VIM- ASAP  by  making  the  initial  contacts  and  supplied  users 
manuals  to  Tennier  Industries,  Wolverine  Worldwide,  and  Golden  Manufacturing  Company. 

15.  Conducted  a  number  of  training  sessions  for  Debra  Wassel  of  ATI  and  Dennise  Planas  and 
Tony  Payauys  of  CAR. 

16.  Based  on  feedback  from  the  first  users,  the  following  changes  were  made  to  the  software  to 
correct  some  problems,  improve  performance,  and  comply  with  QAR  requirements: 

-  The  shipment  weight  and  mode  of  shipment  can  now  be  entered  when  creating  a  DD250. 
Per  the  DFAR  Appendix  F,  the  mode  of  shipment  is  displayed  in  the  lower  right  had 
comer  of  Block  4  and  the  weight  is  displayed  at  the  bottom  of  Block  16  on  sheet  1. 

-  Corrected  mistakes  in  how  substituted  parts  were  handled  for  MROs  and  shipment 
prefixes  were  handled  on  DD250s. 

-  Modified  the  DD250  variance  percentage  rounding  methods  to  make  it  compatible  with 
the  SAMMS  method.  The  S  AMMS  method  permits  one  more  item  if  the  item  causes  the 
transition  past  the  permitted  variance  percentage. 

-  Modified  the  data  entry  method  for  shipment  quantity  to  permit  the  entry  of  either  the 
quantity  of  NSNs  or  cases  to  be  entered. 

-  Modified  the  form  of  the  data  used  for  container  labels  to  reduce  the  amount  of  data 
passed  between  the  client  and  server  computers  to  eliminate  a  problem  that  occurred 
whenever  there  were  severd  hundred  container  labels  for  a  single  shipment. 

-  The  TCN  (Transportation  Control  Number)  in  the  MILSTRIP  transaction  and  on  the  DD 
Form  1387  was  changed  after  working  closely  with  a  number  of  DSCP  personnel.  Two 
specific  changes  were  made.  The  Julian  date  component  of  the  TCN  was  changed  from 
the  ship  date  to  the  first  requisition’s  birth  date.  The  16*  character  was  set  to  a  constant 
of  “X”  rather  than  a  counter  for  the  number  of  containers  (e.g.,  “B”  =  2). 

-  We  found  two  functions  (MRO  printing  and  shipping  label  printing  for  MROs)  that  were 
slow  when  dealing  with  a  large  number  of  items.  We  have  developed  two  improvements 
for  dealing  with  large  quantities  of  items.  The  first  has  been  implemented.  It  changes  the 
method  for  passing  data  from  one  web  window  to  another.  The  second  method  is 
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currently  being  tested  and  should  be  implemented  during  the  month  of  March.  It  moves 
some  of  the  formatting  functions  from  the  ARN  server  to  the  clients  computer. 

-  We  found  that  the  letters  N  (for  non-recurring)  and  R  (for  recurring)  were  being  entered 
into  the  requisition  suffix  field  for  emergency  faxed  requisitions  for  the  bill  and  hold 
contractors.  This  was  causing  a  mismatch  when  the  faxed  requisitions  showed  up  in 

S AMMS  a  few  days  later.  We  modified  the  data  input  function  for  these  emergency 
orders  to  ignore  the  letters  N  and  R  when  entered  as  suffix  codes. 

-  We  corrected  a  problem  with  missing  MROs  when  the  original  requisition  was  for  a 
discontinued  NSN  (SSC  code  of  6).  These  NSNs  were  not  in  the  AAVS  DataMart  and 
thus  the  MRO  could  not  be  displayed.  A  change  to  the  AAVS  DataMart  screening 
method  caused  these  MROs  to  appear. 

-  The  rounding  method  for  variance  quantities  was  changed  to  comply  with  S  AMMS 
“always  roundup”  method. 

-  A  small  number  of  changes  were  made  to  the  appearance  of  the  the  DD250  to  comply 
with  Tennessee’s  QAR’s  direction. 

-  A  report  was  added  for  the  bill  and  hold  contractors  to  help  them  synchronize  their 
inventory  counts  with  those  maintained  by  DSCP  in  SAMMS. 

17.  Identified  all  the  rules  required  to  generate  each  of  the  MILSTRIP  and  MILSTRAP 
transactions  and  the  format  of  each  transaction  (see  Appendices  F  and  G). 

18.  Initiated  the  implementation  efforts  for  manufacturers  and  bill  and  hold  contractors  and 
tracked  the  status  of  those  efforts  with  a  monthly  status  report  (see  Appendix  H). 

5.3  Develop  and  Support  VIM  Functions 

VIM  functions  were  developed  to  provide  DSCP  Item  Managers,  contracting  officers,  and  others 
with  improved  visibility  into  wholesale,  retail,  and  manufacturing  data.  The  subtasks  required  to 
accomplish  this  included: 

1.  VIM  was  modified  to  include  access  to  all  existing  and  new  VIM- ASAP  functions  so  that  all 
ARN  systems  users  work  through  a  single  web  site.  The  iPOP  software  was  replaced  with  an 
alternate  system  that  provides  more  control  over  placement  and  the  display  of  longer  names. 

2.  Corrected  a  problem  with  the  Order  Ship  Time  calculations  for  some  of  the  PGCs.  The 
historical  database  was  complete,  but  the  calculation  for  some  of  the  PGCs  would  terminate 
abnormally  whenever  there  were  a  small  number  of  historical  data  points  that  were  tightly 
clustered.  The  calculation  can  now  handle  this  situation. 

3.  At  the  request  of  ATI,  the  VIM  menu  was  expanded  for  ASTRA  and  a  number  of  new 
Wholesale  Local  functions  and  sub-functions. 
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4.  Utilized  historical  consumption  and  current  on-hand  data  to  perform  the  BIFRS-W 
calculations  to  generate  orders  for  specific  manufacturers:  Designed  a  web  based  BIFRS-W 
function  that  is  capable  of  handling  both  simple  and  complex  manufacturing  environments 
for  all  PGCs  and  all  DAMs. 

5.  Designed  a  method  to  display  the  complete  manufacturer’s  DD250  shipment  status  for  an 
entire  delivery  order  with  an  annotation  that  DFAS  has  accepted  the  shipment.  The  new 
method  was  presented  to  DSCP  for  their  review  and  guidance.  Once  implemented,  this 
method  eliminates  the  need  for  the  VIM-AS  AP  manufacturer  to  send  a  signed  paper  copy  of 
the  DD250  to  DSCP. 

5.4  Training  Support 

The  training  support  tasks  were  focused  on  developing  the  VIM-ASAP  training  materials  and  on 
devaluating  methods  to  improve  the  delivery  of  training  materials  to  all  VIM  users,  with 
particular  focus  on  web  based  methods.  The  specific  subtasks  performed  included: 

1.  Completed  the  development  and  release  of  the  VIM-ASAP  training  materials,  including  an 
overview  document,  a  review  of  the  MILSTRIP  and  MILSTRAP  transactions  being 
generated,  and  the  user  training  materials  for  each  of  the  manufacturing  and  bill  and  hold 
depot  functions. 

2.  Experimented  with  a  number  of  methods  to  improve  the  ARN  training  materials.  Lotus’ 
Screen  Cam  looked  very  good,  but  the  file  sizes  were  too  large  to  be  useable  over  the 
Internet.  We  found  an  alternate  system  from  TechSmith  called  Camtasia  that  could  generate 
much  smaller  files.  There  were  many  options  explored  to  adjust  resolution  and  flicker  that 
affects  the  size  of  the  files  and  the  quality  of  the  presentation.  Unfortunately,  small  files  had 
inadequate  resolution  or  too  much  flicker  and  the  file  size  was  too  large  for  high  quality 
images. 

5.5  Project  Management 

The  subtasks  performed  for  the  project  management  task  included: 

1.  Conducted  a  number  of  teleconferences  with  DSCP  and  ARN  program  personnel.  Most 
focused  on  a  review  of  the  capabilities  and  progress  on  the  VIM-ASAP  functions  for 
manufacturers  and  bill  and  hold  contractors. 

2.  Conducted  a  large  of  number  internal  project  meetings  to  keep  the  PDIT  ARN  team  working 
together  on  the  right  things. 

3.  Prepared  a  series  of  three  monthly  CDRL  reports  as  required  by  the  contract. 

4.  Prepared  for  and  attended  a  number  of  ARN  meetings  in  Long  Beach,  San  Diego,  Las  Vegas, 
and  Philadelphia. 

5.  Managed  the  Software  Change  Request  (SCR)  reporting  and  tracking  process. 
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6.  Performed  an  extensive  assessment  of  the  options  for  outsourcing  the  ARN  server  hardware 
and  support  to  a  number  of  Internet  Service  Providers  (ISP).  The  ISP  market  was  very 
unstable  during  the  time  that  the  assessment  was  performed.  The  two  companies  with  the 
largest  market  share  (Exodus  and  Metromedia  Fiber  Network  (MFN))  were  having  severe 
financial  problems  as  we  tried  to  do  the  assessment.  Exodus  eventually  went  bankrupt  and 
had  their  assets  purchased  by  another  company.  MFN  has  had  major  layoffs  and  is  trying  to 
stay  in  business.  The  people  that  we  were  working  with  were  laid  off  by  both  companies.  We 
eventually  completed  a  detailed  assessment  of  Genuity’s  ISP  services  and  presented  those 
findings  to  the  ARN  program  office.  The  combination  of  high  prices  and  the  financial 
instability  of  the  ISPs  lead  the  ARN  program  office  to  table  the  decision  for  another  time. 

7.  Attended  a  meeting  in  San  Jose  on  October  9**'  to  understand  the  requirements  for  size 
selection  for  the  3D  body  scan  software. 

8.  Completed  an  assessment  and  coordinated  a  plan  with  ATI  to  move  all  ARN  web  functions, 
FTP  sites,  and  databases  to  a  single  cluster  of  servers,  routers,  and  firewalls  to  PDlT’s  offices 
in  Long  Beach. 

9.  Prepared  plans  for  the  design,  development,  testing,  and  implementation  of  VIM-BIFRS,  the 
use  of  VIM- ASAP  by  the  Regional  Distribution  Centers,  and  the  extension  of  VIM- ASAP  to 
all  bill  and  hold  contractors  and  clothing  and  textile  manufacturers. 

10.  At  the  direction  of  the  ARN  Program  office  we  initiated  (mid-January  2002)  tracking  the 
time  per  task  through  PDlT’s  timekeeping  system  to  provide  better  visibility  into  the 
progress  and  level  of  effort  for  each  task. 

1 1.  At  the  request  of  the  ARN  Program  Office,  PDIT  worked  with  ATI  to  prepare  a  detailed 
SAMMS  data  usage  list  in  preparation  for  the  upcoming  conversion  by  DSCP  from  S  AMMS 
to  BSM  (Business  System  Modernization). 
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6  Conclusions 

PDIT  has  made  significant  progress  in  its  efforts  to  achieve  its  primary  objectives  of  building  a 
complete  supply  chain  database  from  a  collection  of  heterogeneous  legacy  system  databases,  of 
making  this  data  available  over  the  Internet  for  anyone  with  an  interest  in  some  facet  of  the  total 
supply  chain,  and  of  providing  apparel  manufacturers  with  the  systems  they  need  to  utilize  this 
data  to  play  their  role  in  providing  data  to  the  total  supply  chain  database.  Progress  can  be  seen 
through  the  following  accomplishments: 

1.  An  AAVS  operational  and  computer  system  architecture  has  been  put  in  place  to  support 
the  construction  and  access  to  the  AAVS  DataMart. 

2.  The  AAVS  DataMart  has  been  established  as  the  repository  for  all  Army,  Marine  Corps, 
Navy,  and  Air  Force  apparel  supply  chain  data.  The  repository  contains  data  about 
contracts,  requisitions,  inventory  levels  (wholesale  and  manufacturing),  depot  activities, 
billings,  payments,  retail  consumption,  production  status,  shipments,  etc. 

3.  Data  required  by  AAVS  and  other  systems  can  be  either  imported  or  exported  between 
systems. 

4.  VIM  functions  have  been  developed  and  implemented  that  use  both  existing  and  new 
supply  data  that  is  needed  to  manage  the  total  supply  chain. 

5.  Body  scan  data  is  being  archived  from  the  recruit  scanning  at  the  Marine  Corp  recruit 
training  center  in  San  Diego. 

The  primary  focus  during  this  contract  performance  period  was  on  designing,  developing,  and 
implementing  a  system  called  VIM-AS  AP  that  provides  support  for  manufacturers  and  bill  and 
hold  contractors.  The  effectiveness  of  this  system  is  demonstrated  by  the  results  that  are  being 
seen  by  each  of  the  VIM- ASAP  users.  Some  of  the  results  include: 

1.  Manufacturers  are  working  with  DSCP  to  provide  for  a  single  consistent,  accurate,  and 
high-quality  foundation  for  their  contracts.  DSCP  has  been  very  responsive  to  questions 
and  data  problems  raised  by  their  manufacturers. 

2.  The  quality  of  the  foundation  shows  itself  in  many  ways.  Manufacturers  are  the  most 
enthusiastic  about  the  improvement  that  they  have  seen  in  their  cash  flow  as  invoices  are 
consistently  paid  fully  and  on-time. 

3.  While  the  manufacturers  are  being  paid  promptly,  DSCP  is  seeing  timely  and  accurate 
electronic  shipment  and  receipt  transactions  (MILSTRAP)  that  are  automatic  by-products 
of  a  manufacturers  invoice. 

4.  Bill  and  hold  contractors  no  longer  need  to  understand  all  of  the  formats  and  codes  required 
to  perform  as  a  depot.  They  no  longer  need  to  use  DAMES  to  receive,  interpret,  and  then 
manually  enter  all  of  the  applicable  MILSTRIP  and  MILSTRAP  transactions.  VIM-ASAP 
does  all  of  this  for  each  bill  and  hold  contractor,  saving  significant  time  while  improving 
the  timeliness  of  the  transmissions. 
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5.  DSCP  no  longer  need  spend  countless  hours  working  with  the  bill  and  hold  contractors  to 
resolve  violations  from  incorrectly  entered  MELSTRIP  and  MILSTRAP  transactions.  VIM- 
ASAP  has  virtually  eliminated  violations  and  the  resultant  inaccuracies  they  create. 
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AAVS 

ACF 

AIMS 

AMA 

ARCS 

ARN 

ASAP 

ASTRA 

ATI 

BIFRS-R 

BIFRS-W 

BSM 

C&T 

CAGE 

CAR 

CAS 

cnp 

CLIN 

CRDL 

DAAS 

DAM 

DAMES 

DCMA 

DD  Form  250 

DDForm  1155 

DD  Form  1348-1 A 

DFAS 

Die 

DLA 

DODAAC 

DOS 

DSCC 

DSCP 

DSD 

DUE 

EDI 

FG 

FSC 


ARN  Asset  Visibility  System 

Active  Contracts  File  from  SAMMS 

Apparel  Information  Management  System 

Apparel  Manufacturing  Architecture 

Active  Requisition  Control/Status  from  SAMMS 

Apparel  Research  Network 

ARN  Supply-chain  Automated  Processing 

ARN  Supply-chain  Transaction  Repository  for  Action 

AdvanTech,  fric. 

Balance  Inventory  Flow  Replenishment  System  -  Retail 

Balance  Inventory  Flow  Replenishment  System  -  Wholesale 

Business  Systems  Modernization 

Clothing  and  Textile 

Commercial  And  Government  Entity 

Clemson  Apparel  Research 

Contracting  Administrative  Services 

Clothing  Initial  Issue  Point 

Contract  Line  Item  Number 

Contract  Data  Requirements  List 

Defense  Automated  Addressing  System 

Defense  Apparel  Manufacturer 

DAASC  Automated  Message  Exchange  System 

Defense  Contract  Management  Agency 

DoD  standard  Material  Inspection  and  Receiving  Report,  a.k.a.  Invoice 

DoD  standard  order  for  supplies  or  services 
DoD  standard  issue  release/receipt  document 

Defense  Finance  and  Accounting  Service 

Document  Identifier  Code 

Defense  Logistics  Agency 

Department  of  Defense  Activity  Address  Code 

Days  of  Supply 

Defense  Supply  Center  Columbus 
Defense  Supply  Center  Philadelphia 
Decision  Support  Database 
Due-fri  Table  from  SAMMS 
Electronic  Data  Interchange 
Finished  Goods 
Federal  Supply  Class 
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FTP 

File  Transfer  Protocol 

GFM 

Government  Furnished  Material 

LMI 

Logistics  Management  Institute 

MILSTRAP 

Military  Standard  Transaction  Reporting  and  Accounting  Procedures 

MILSTRIP 

Military  Standard  Requisitioning  And  Issue  Procedures 

MOCAS 

Mechanization  of  Contract  Administration  System 

MRO 

Material  Release  Order 

MUMMS 

Marine  Corps  Unified  Material  Management  System 

NEXCOM 

Navy  Exchange 

NIR 

National  Inventory  Record  from  SAMMS 

NITS 

NEXCOM  Interface  to  SAMMS 

NSN 

National  Stock  Number 

ORCS 

Output  Routing  Codes  from  SAMMS 

OST 

Order  Ship  Time 

PDIT 

Product  Data  Integrated  Technologies,  Inc. 

PGC 

Product  Group  Code 

QAR 

Quality  Assurance  Representative 

QLM-C 

Quality  Logistics  Management  -  Central 

QLM-L 

Quality  Logistics  Management  -  Local 

QLM-R 

Quality  Logistics  Management  -  Retail 

RDC 

Regional  Distribution  Center 

RIC 

Routing  Identifier  Code 

RTC 

Recruit  Training  Center 

SAMMS 

Standard  Automated  Material  Management  System 

SCF 

Supply  Control  File  from  SAMMS 

TCN 

Transportation  Control  Number 

VCSF 

Violation  Control  and  Suspense  File  from  SAMMS 

VM 

Virtual  Item  Manager 

Wins 

Web  Invoicing  System 

WIP 

Work  In  Process 
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AAVS  DataMart  Data  Quality  Problem  History 
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Introduction 

The  ARN  Supply-chain  Automated  Processing  (ASAP)  system  is  a  collection  of  Internet-based 
functions  that  have  been  designed  to  support  enhanced  visibility,  reliability,  and  document  and 
data  consistency  between  defense  apparel  manufacturers,  DFAS,  and  the  personnel  at  DSCP  who 
are  responsible  for  managing  inventory  levels,  issuing  contracts  and  requisitions,  and  monitoring 
related  activities.  ASAP  is  a  part  of  the  total  DSCP  managed  system  called  VIM  (Virtual  Item 
Manager)  that  provides  DSCP  with  a  collection  of  functions  that  support  their  management  of 
the  total  apparel  supply  chain. 

VIM-ASAP  accomplishes  these  things  by  providing  web  pages  for  each  manufacturer  to  start 
production  of  selected  contracts,  create  DD250s  when  the  items  are  ready  for  shipment,  transmit 
electronic  DD250s  to  DFAS,  and  print  all  of  the  shipping  and  container  labels  that  are  required 
when  making  a  shipment.  For  those  manufacturers  who  are  bill  and  hold  contractors,  the  system 
also  generates  MILSTRAP  transactions  (D4S)  as  well  as  all  of  the  documents  and  MILSTRIP 
transactions  that  are  required  for  the  operation  of  a  depot.  Most  of  the  information  required,  like 
contract  numbers  and  ship-to  addresses,  have  been  extracted  from  a  collection  of  DSCP,  DLA, 
DFAS,  and  DCMA  databases  and  inserted  in  the  appropriate  locations  on  the  web  pages  so  that 
users  need  only  make  minimal  entries  of  variable  data,  e.g.,  quantity  shipped  for  each  CLIN. 

Terms  You  Should  Know 

□  PGC  (Product  Group  Code):  A  five  digit  code  that  is  used  by  DSCP  to  identify  all  NSNs 
that  belong  to  a  specific  garment  family  or  commodity,  e.g.,  all  sizes  of  shirts  made  from  the 
same  fabric  and  style  are  assigned  to  a  single  PGC.  You  will  see  the  PGC  whenever  you  are 
addressing  any  of  the  NSNs  that  you  are  producing. 

□  Click  means  that  you  should  depress  the  left  mouse  button  once  after  positioning  the  mouse 
cursor  over  a  specific  point. 

□  Cut  Quantity  is  used  to  identify  those  NSNs  that  have  gone  from  a  status  of  on-order  (the 
contract  has  been  issued)  with  the  manufacturer  to  the  transition  into  the  production  process. 
It  is  that  point  in  time  where  DSCP  can  no  longer  issue  a  modification  that  does  not  have  a 
significant  impact  on  the  manufacturer. 

□  Finished  Goods  (FG)  Quantity  is  reserved  for  manufacturer  owned  items  for  which  no 
current  contract  exists  for  the  NSNs.  These  may  be  items  that  we  manufactured  a  “at  risk”  in 
anticipation  of  a  contract  or  excess  items  that  may  have  been  left  over  from  a  prior  contract 
where  the  completed  quantity  exceeded  the  permissible  variance.  FG  items  can  be  seen  by 
DSCP  personnel  and  can  be  used  to  fill  requirements  for  future  orders. 

This  document  is  organized  into  the  following  sections: 

1.  Establishing  an  Internet  Connection:  Defines  what  each  contractor  needs  to  do  to  establish 
a  connection  to  the  Internet. 

2.  Acquiring  and  Learning  How  to  Use  a  Browser:  Users  need  to  know  how  to  use  a  browser. 
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3.  User  Identification  and  Passwords:  Explains  how  to  login  to  VIM- ASAP. 

4.  Login  and  Use  of  VIM-ASAP:  Explains  how  to  initially  login  and  begin  using  VIM- 
ASAP. 

5.  ASAP  Administration:  The  Administration  web  functions  provide  controls  for  each 
contractor  over  who  can  review  and  update  their  web  pages.  These  functions  also  permit 
each  contractor  to  identify  alternate  production  sites,  to  authorize  the  VIM-ASAP  program 
to  transmit  electronic  DD250s  to  DFAS,  to  initialize  data  for  the  DD250,  and  control  over  a 
number  of  other  options. 

6.  Manufacture  Garments:  The  manufacturing  functions  provide  access  to  new  and  updated 
contracts  and  delivery  orders,  the  identification  of  CLINs  that  have  been  cut,  the 
preparation  of  DD  Form  250s  and  all  shipping  documents,  and  the  transmission  of 
electronic  invoices  to  DFAS  and  MBLSTRAP  transactions  for  bill  and  hold  contractors. 

7.  Manage  Depot  Operations:  The  depot  operations  functions  provide  access  to  new  and 
updated  requisitions  (a.k.a.  MROs)  and  follow-up  inquiries,  prints  all  of  the  required  forms 
and  shipping  documents,  permits  the  entry  of  phone  or  faxed  orders,  and  generates  all  of  the 
required  MILSTRIP  transactions. 
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1.  Establishing  an  Internet  Connection 

There  are  a  large  number  of  options  for  establishing  an  Internet  connection.  Costs  start  at 
roughly  $10  per  month  for  a  dial-up  service  that  works  with  each  individual’s  computer  modem. 
This  is  a  perfectly  acceptable  setup  as  long  as  your  computer’s  modem  is  at  least  56  kbs.  High- 
end  performance  options  can  cost  as  much  as  $1,500  per  month,  but  these  are  only  necessary  for 
very  high  volume  multi-user  environments.  There  are  also  many  options  in  between  these  two. 
Your  initial  connection  can  be  focused  on  the  very  acceptable  low-end,  but  make  sure  that  the 
provider  has  a  local  number  that  is  not  frequently  busy.  If  you  get  poor  service  from  one 
provider  you  can  easily  switch  to  another  until  you  get  a  good  level  of  service. 

The  search  for  a  good  Internet  provider  should  start  with  recommendations  from  local  friends. 
If  you  do  not  know  anyone  with  Internet  experience,  look  in  the  yellow  pages  under  “Internet” 
to  find  a  local  provider.  Any  Internet  service  provider  will  supply  you  with  a  start-up  kit  and 
technical  support  if  you  have  any  communications  problems. 

The  minimal  configuration  for  a  computer  required  to  access  the  Internet  and  use  VIM-ASAP 
varies  as  a  function  of  the  operating  system,  but  needs  to  be  able  to  utilize  at  least  Microsoft’s 
Internet  Explorer  version  5.5.  If  you  encounter  slow  performance,  you  may  need  to  add  RAM  or 
get  a  faster  connection  to  the  Internet.  There  are  too  many  variables  of  operating  system, 
processor  speed,  and  RAM  to  make  a  specific  system  recommendation.  As  a  starting  point,  you 
should  check  Microsoft’s  minimum  system  requirements  for  the  version  of  Internet  Explorer  that 
you  have  installed.  You  will  also  need  an  ink-jet  or  laser  printer  for  printing  the  forms  and  bar 
codes  produced  by  VIM-ASAP. 

2.  Acquiring  and  Learning  How  to  Use  a  Browser 

A  browser  is  a  program  that  permits  each  user  to  navigate  their  way  around  the  Internet.  There 
are  several  different  brands  of  Browsers.  The  two  most  common  ones  are  Microsoft’s  Internet 
Explorer  (IE)  and  Netscape’s  Navigator.  At  this  time  Netscape’s  browser  is  not  capable  of 
properly  handling  a  number  of  functions  so  you  will  need  to  use  ]E  for  VIM-ASAP. 

In  recent  years,  nearly  every  computer  is  purchased  with  a  browser  already  installed.  If  IE  is 
already  installed,  use  its  “Help”  menu  to  check  the  “About  Internet  Explorer”  option.  Make  sure 
that  it  is  at  least  version  5.5.  If  you  need  to  acquire  an  updated  version  of  IE,  use  your  existing 
Browser  to  access  the  indicated  Web  site  for  a  free  download  of  the  IE  software  at: 
http://www.microsoft.com/windows/ie/ 

Before  you  use  VIM-ASAP  for  the  first  time,  you  should  become  familiar  with  the  use  of  your 
Browser.  VIM-ASAP  utilizes  many  of  the  standard  methods  that  you  will  find  on  nearly  all  Web 
pages,  such  as  pull-down  lists.  You  should  not  use  the  enter  button  and  instead  click  on  the 
appropriate  action  button.  Browsers  can  get  confused  about  what  the  enter  button  is  being  used 
for.  There  are  also  books  that  you  can  read,  but  you  will  also  need  to  sit  and  use  the  browser  for  a 
few  hours  before  you  will  become  familiar  enough  to  begin  using  VIM-ASAP. 

You  should  also  change  “Page  Setup”  for  your  browser  under  “File”  in  the  menu  at  the  top  of  the 
browser  window.  You  need  to  remove  any  headers  and  footers  and  set  all  margins  to  0.25”. 
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3.  User  Identifications  and  Passwords 

A  default  user  ID  and  password  are  established  for  each  manufacturer.  The  user  ID  is  always  the 
manufacturer’s  CAGE  while  the  password  is  a  random  number  that  is  sent  by  DSCP  to  each 
authorized  manufacturer.  No  one  can  update  or  access  a  manufacturer’s  individual  VIM- ASAP 
web  pages  without  being  authorized  by  the  specific  manufacturer.  Access  is  managed  through 
the  use  of  user  IDs  and  passwords  that  are  controlled  by  each  manufacturer  through  their 
administration  web  page. 

If  you  have  misplaced  the  letter  containing  your  password  or  have  any  other  problems,  call  the 
VIM-ASAP  Help  Desk  at  1-888-940-7348.  The  help  desk  is  open  from  8  a.m.  to  5  p.m.  (Pacific 
Time),  Mondays  through  Fridays,  except  Holidays.  You  may  leave  a  voice  mail  message  at  any 
time  and  help  desk  personnel  will  return  your  call  as  soon  as  possible. 

A  test  for  site  with  demonstration  data  has  been  established  so  that  each  user  can  practice  using 
the  system  the  first  time.  Use  this  demo  site  until  you  have  learned  how  to  work  with  the  system. 
The  login  and  password  are  both  “demoasap.”  The  address  is:  http://vim.ct-dscp.com/.  In  the 
demo  site,  you  may  perform  all  of  the  functions  without  changing  any  production  data  or 
transmitting  data  to  any  external  organization.  You  can  make  mistakes  that  will  not  cause  any 
problems. 

4.  Login  and  Use  of  VIM-ASAP 

When  you  are  ready  to  start  using  VIM-ASAP,  go  to  http://vim.ct-dscp.com/  to  access  the  web 
site  and  enter  your  user  identification  and  password  (see  Figure  1).  Additional  authorized  users 
may  be  created  by  each  manufacturer’s  system  administrator  by  following  the  instructions 
contained  in  Section  5.1. 


VIM 

Viiiflial  Itefli  Manager 

Login:  Ijdoe 

First  enter  your  User  ID 

Pmmswmw4t  ******* 

Now  enter  ? 

Then  click  the  OK  button 

Figure  1  -  Login 


After  logging  in,  the  first  level  of  the  menu  will  appear  in  the  upper  left-hand  comer  of  your 
screen  (see  Figure  2).  Click  each  menu  folder  to  get  access  to  the  lower  level  functions.  The 
administrator  of  an  apparel  manufacturer  will  see  two  clusters  of  functions  under  the  folders  of 
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“ASAP  Administration”  and  “Manufacturer  Garments”.  A  bill  and  hold  contractor  will  see  a 
third  cluster  of  functions  called  “Manage  Depot  Operations”.  The  right  half  of  the  screen  is  used 
to  display  usage  statistics  and  contact  information.  The  “Data  Update  Status”  lists  the  last  update 
date  and  time  for  the  most  recent  update  of  the  database  for  contract  and  MRO  data  from  DSCP. 
The  functions  available  from  the  “ASAP  Administration”  folder  are  shown  in  Figure  3.  The 
functions  available  from  the  “Manufacture  Garments”  folder  are  shown  in  Figure  4.  The 
functions  available  from  the  “Manage  Depot  Operations”  is  shown  in  Figure  5.  Simply  click  on 
the  function  with  the  black  dot  in  front  of  it  to  activate  the  desired  function. 


O  ASAP  Administration 

♦  Administer  ASAP  Users 

*  Administer  DD250  Data 

*  Administer  DFAS  Transmissions 

•  Administer  Various  Options 

•  Adjust  Cut  Qty  and  Finished  Goods  Counts 

Figure  3  -  ASAP  Administration  Menu 


|[?3  Manufacture  Garments 

•  Process  Contracts/Orders  -  Start  Production 

•  Generate  DD1155 

•  Prepare  DD250s 

*  View/Edit  Existing  DD250s 
«  Track  DD250  Payments 

*  Prepare  Shipment  Labels 

*  View  Existing  Shipping/Container  Labels 
j  •  Add/Delete  NSN 

Figure  4  -  Manufacture  Garments  Menu 
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f  “  ...  .  . . -  ...  ......  . 

LJ  Manage  Depot  Operations 
El  Ship  Orders 

*  Review  Orders  and  Generate  MROs 

I  ♦  Process  Verbal/Written  Orders 

*  Prepare  Shipment  Labels 

I  *  View  Existing  Shipping/Container  Labels 

♦  Review  and  Reply  to  Follow-Up  Inquiries 
.  ^Reports 

i  ♦  Inventory  Count 

«  Requisition  Status 

Figure  5  -  Manage  Depot  Operations  Menu 
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5.  ASAP  Administration 

This  collection  of  functions  are  used  to  periodically  set  options  and  enter  data  that  does  not 
change  from  day  to  day,  such  as  the  boilerplate  data  for  Block  23  of  the  DD250,  permission  to 
transmit  invoice  data  to  DFAS,  etc.  The  following  subsections  explain  how  to  use  each  of  the 
administration  functions. 

5.1.  Administer  ASAP  Users 

Each  company  uses  the  Administer  ASAP  Users  function  (see  Figure  6)  to  control  its  own  users 
and  what  group  of  functions  they  will  be  permitted  to  access.  All  users  that  are  created  with  this 
function  are  assigned  to  the  CAGE  of  the  user  that  is  using  this  function.  Each  user  identification 
must  be  unique  across  all  VIM-AS AP  users  so  that  each  user  is  associated  with  the  proper  CAGE 
when  they  login.  If  a  duplicate  user  identification  is  selected,  the  update  will  be  stopped  and  a 
message  displayed  that  points  out  the  problem.  The  set  of  functions  that  each  user  is  able  to 
access  is  controlled  by  selecting  the  desired  type  of  user  (e.g.,  an  “ASAP  Manufacturer”  can  only 
perform  manufacturing  related  functions).  For  security  reasons,  a  user  with  administrative 
controls  cannot  change  their  own  user  type.  All  of  the  fields  need  to  be  completed  before  the  user 
data  can  be  updated.  E-Mail  addresses  and  phone  numbers  will  be  used  to  contact  users  if  there  is 
a  need  to  contact  someone  directly. 


5.2.  Administer  DD250  Data 

The  “Administer  DD250  Data”  function  (see  Figure  7)  is  used  to  identify  shipment  prefixes, 
RICs  for  bill  and  hold  contractors,  CAGEs  of  alternate  ship-from  sites,  and  boilerplate 
information  for  blocks  21  of  23  of  the  DD250.  These  CAGEs  are  only  a  list  of  candidates  that 
may  do  shipping.  The  actual  shipping  site  is  selected  when  the  DD250  is  prepared. 
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ShipPrefix 

RIC 

Prime  Contractor 

DN1T2  -  Apparel  Mfg  Corp  |  amc  j 

1  SAD 

J': 

Current  Sub  CAGES 

0YKX9  -  PRODUCT  DATA  INTEGRATION  |  PDI  j 

'4  • 

Add  N«w  Sub  CAGE  Ship  PrefiK 

i  :  1  i 

If  vou  do  not  have  the  CAGE  code  vou  can...  search  for  it  here. 

•••••••• 

Remove  Sub  CAGES 

Select  an  option  |  t;RemoVe%j 

.  '  Update*femplStT"'1 

0N1T2  -  Apparel  Mfg  Corp 

Contract  Quality  Assurance  (for  Block  21.a  of  DD250) 

■11 

Name  |DiFranco,Mark  | 

r 

Title  (qar__  _ _ _ _ _  J 

AddressLinel  |so701A 

■ 

AddressLine2  |860-se4-407S 

■ 

AddressLineB  1 

M 

Comment  Template  (for  Block  23  of  DD250): 
jp.O.C.  John  Doe  (S62)  555-1212  3 

■ 

Figure  7-Administer  DD250  Data  Web  Page 


The  web  page  can  be  viewed  as  two  separate,  but  related  pieces  (the  top-half  and  the  bottom- 
half).  The  top-half  (see  Figure  8)  provides  for  the  initial  entry  and  subsequent  editing  of 
shipment  prefixes,  RICs  for  bill  and  hold  contractors,  and  the  CAGEs  of  alternate  manufacturing 
sites  that  can  be  responsible  for  shipments.  Each  shipping  site  must  have  its  own  CAGE  and 
three-character  shipment  prefix.  It  is  important  that  bill  and  hold  contractors  are  the  only  ones 
that  enter  data  into  the  RIC  data  entry  field.  CAGEs  can  be  removed  by  using  the  pull-down  list 
to  select  CAGEs  to  be  removed  and  then  clicking  the  “Remove”  button. 

The  name  and  address  of  each  manufacturer  is  taken  from  a  DLA  database  of  CAGE  code  data. 
The  web  address  for  viewing  the  database  is  http://www.dlis.dla.mil/CAGESearch/.  Corrections 
can  be  made  by  going  to  the  Web  address  and  selecting  the  “CAGE  Information  Server”  link  and 
e-mailing  any  updated  information. 
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The  shipment  prefix  of  the  user’s 
primary  site  is  entered  here 


A  bill  and  hold  contractor’s  RIC  (depot 
identification  code)  is  entered  here 


Prime  Centroctor 


Current  Sub  CAGES  |^kX9  >  PRODUCT  DATA  INTEGRATION 


Add  Nmk  Sub  CACE 


i; :  ::If  you  do  not  have  the  CAGE  code  you  can.;,  seatrh  for  it  here. 
Remove  Sub  CAGES 

Select  the  alternate  site  to  be  deleted 
and  then  click  the  “Remove”button 


Each  alternate  “ship-from”  site 
needs  its  own  shipment  prefix 

Click  this  button  after  making 
any  changes  to  the  above  data 

Enter  the  CAGE  code  and 
shipment  prefix  of  alternate 
“ship-from”  sites  and  then 
click  the  “Add”  button 


Figure  8- Administer  DD250  Data  Web  Page  -  Top  Half 

The  bottom-half  of  the  web  page  (see  Figure  9)  is  used  to  enter  boilerplate  data  from  blocks  21a 
and  23  of  the  DD250.  Each  of  the  CAGEs  identified  in  the  top-half  of  the  web  page  has  its  own 
data  entry  fields  for  each  of  the  two  blocks  on  the  DD250  since  each  can  have  its  own  QAR  and 
comments  in  block  23  of  the  DD250.  The  “Update  Template”  button  needs  to  be  clicked  once 
the  data  entry  is  complete.  If  this  is  not  done,  the  database  is  not  updated  and  the  data  you 
entered  disappears.  The  data  that  is  updated  here  will  appear  in  the  appropriate  block  whenever  a 
DD250  is  generated. 


'Click  this  button  to  update  the  database  with 
all  the  data  you  enter  below. 


update  Tumpiate 


>  Apparel  Mfg  Corp 

Contract  Quality  Assurance  (for  Block  21.a  of  DD250) 
Name  ^rtnico,M<irk  i..,:,  ■ 


Title 

AddressUnel  pBTOiA 
AddressUne2  |8S^5*4MMiira 
AddressUneS  ( 


User  the  scroll  bar  to  be  able 
enter  data  for  all  of  the  CAGEs 


Enter  the  QAR  data  for  Block 
21a  in  the  appropriate  cells  for 
each  site 


Enter  boiler-plate  data  for  Block  23  in 
the  cell  provided  for  each  site  {the  data 
can  be  later  edited  for  each  DD250 


5.3. 


Figure  9- Administer  DD250  Data  Web  Page  -  Bottom  Half 
Administer  DFAS  Transmission 


The  “Administer  DFAS  Transmission”  function  is  used  (see  Figure  10)  whenever  a  manufacturer 
wants  to  initialize  or  change  the  authorization  for  VIM-ASAP  to  transmit  an  electronic  version  of 
the  DD250  to  DFAS.  The  default  setting  is  “UNAUTHORIZED”  whenever  a  new  manufacturer 
begins  using  VIM-ASAP. 
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To  change  your  status: 

•  Move  your  mouse  over  the  small  circle  in  front  of  “AUTHORIZED  for  Testing”  or 
“AUTHORIZED  for  Production”  and  click  the  clear  white  circle.  The  black  dot  will 
move  to  the  new  location. 

•  Click  the  “UPDATE”  button  after  the  black  dot  has  been  moved  to  the  desired  location. 

•  You  must  be  DFAS-authorized,  before  you  can  choose  “Authorized  for  Production.” 

Authorization  for  testing  must  be  done  first  and  the  testing  completed  before  “Authorization  for 
Production”  can  be  checked  (see  Appendix  A  of  this  user’s  manual  for  an  explanation  of  how  to 
work  with  DFAS  to  complete  authorizations).  Production  electronic  invoices  will  be  rejected  if 
DFAS’s  pre-approval  is  not  obtained. 

Once  authorized,  VIM-ASAP  will  automatically  transmit  an  electronic  invoice  to  DFAS 
whenever  the  “Finish”  button  is  clicked  at  the  top  of  a  DD250  (see  Section  6.3).  Each 
manufacturer  must  acquire  a  user  name  and  password  form  DFAS  before  transmitting  a  test  or 
production  electronic  DD250.  This  process  is  explained  in  Appendix  A. 


A  Authorized  DFAS  Users  Only!  . 

See  section  6  of  the  user  manual  for  DFAS  authorization  procedure. 

Your  current  status  Is  UNAUTHORIZED. 

^UNAUTHORIZED 

Electronic  DD250S  will  not  be  generated, 
r  authorized  for  Testing 

Electronic  DD250s  will  be  sent  to  DFAS  for  testing  purposes  only. 

No  payment  results  from  this  selection. 

r  AUTHORIZED  for  Production 

Electronic  DD250s  will  be  sent  to  DFAS  for  payment. 

Paper  DD25QS  should  be  sent  with  the  shipment  and  to  the  contract  administrator  (Block  10  of 
theDD250). 


Figure  10  -  Administer  DFAS  Transmission  Web  Page 

5.4.  Administer  Various  Options 

Each  manufacturer  has  control  over  four  options  that  alter  control  of  what  VIM-ASAP  does 
when  the  system  is  used.  The  four  options,  in  the  order  listed  on  the  web  page  (see  Figure  1 1), 
control  the  following  (remember  to  click  the  “Update”  button  after  selecting  the  desired  options): 

1.  Each  manufacturer  can  choose  to  either  let  the  system  1)  automatically  increase  the  cut 
quantity  whenever  a  CLIN  is  started  into  production  (see  Section  6.1)  and  automatically 
decrease  the  cut  quantity  whenever  a  shipment  is  made  (see  Section  6.3);  or  2)  periodically 
enter  the  data  manually  using  the  function  explained  in  Section  5.5.  The  first  option  is 
preferred  since  it  provides  the  manufacturer  and  DSCP  with  more  timely  information.  The 
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second  option  may  be  more  effective  for  those  manufacturers  who  have  an  internal 
production  control  system  that  permits  them  to  download  their  cutting  data  on  a  regular  basis. 


-  — . . , 


Perform  periodic  counts  and  enter  results  in  Cut 
Quantity  tables. 


(S;  Automatically  Increase  Cut  Quantity  from  start  of  new 
contracts/delivery  orders  and  decrease  Cut  Quantity 
whenever  shipments  are  made 

C  Export  new  contracts/delivery  orders  and  invoices  to  FTP  i  Do  not  export  new  contracts/delivery  orders  and 
site;  i  invoices  to  FTP  site; 


Transmit  all  appropriate  transactions  via 
MILSTRIP/MILSTRAP  to  DSCP/SAMMS 
(DAMES  will  no  longer  be  used). 


C  Cut  Quantity  is  entered  for  each  Individual  site. 


Do  not  transmit  all  appropriate  transactions  via 
MILSTRIP/MILSTRAP  to  DSCP/SAMMS  (DAMES 
is  being  used).  ■ 


Cut  Quantity  is  entered  for  the  entire  enterprise 
(a  single  count  of  Cut  Quantity  for  all  locations). 


Figure  11  -  Administer  Various  Options  Web  Page 


2.  Each  manufacturer  can  chose  to  have  VIM-ASAP  export  or  not  export  contract  and  invoice 
data  to  an  FTP  site  that  they  can  use  to  import  data  into  their  internal  accounting  and/or 
production  control  systems. 

3.  Each  bill  and  hold  contractor  has  the  option  to  either  1)  permit  VIM-ASAP  to  create  and 
transmit  all  pertinent  MILSTRAP  and  MILSTRIP  transactions  when  specific  functions  are 
performed;  or  2)  continue  to  use  DAMES  to  create  all  of  the  transactions. 

4.  Each  manufacturer  who  does  manufacturing  and  shipping  from  various  sites  (see  how 
alternate  sites  are  identified  in  Section  5.1)  can  chose  to  1)  keep  track  of  their  cut  quantities 
as  a  single  number  that  is  aggregated  from  all  sites;  or  2)  keep  track  of  each  site  separately 
and  then  be  able  to  view  the  data  by  site  or  aggregated. 

5.5.  Adjust  Cut  Quantity  and  Finished  Goods 


Each  manufacturer  can  use  this  function  (see  Figure  12)  to  either  1)  keep  their  quantities  current 
if  they  chose  to  manually  update  their  quantities  (see  Section  5.4);  or  2)  periodically  adjust  their 
quantities  to  account  for  quality  rejection  rates  that  cause  more  or  less  items  to  be  satisfactorily 
completed.  Cut  quantities  are  those  that  have  been  started  into  the  production  process.  This  is  an 
important  point  for  DSCP  as  it  defines  quantities  that  should  not  be  included  in  any  modification 
plans.  Finished  goods  quantities  include  only  manufacturer  owned  items  that  were  either  built  “at 
risk”  or  excess  quantities  that  exceeded  permissible  variance  percentage  and  reverted  to 
manufacturer  owned.  These  can  be  used  on  subsequent  orders  when  they  are  moved  from 
manufacturer  owned  to  DLA  owned.  The  quantities  are  updated  by  entering  the  correct  number 
in  the  appropriate  data  entry  field  and  then  clicking  either  of  the  update  buttons. 

It  is  very  important  that  the  finished  goods  quantities  NOT  include  any  bill  and  hold  items  held 
in  storage  by  the  manufacturer  that  have  been  invoiced  via  a  DD250  These  quantities  are 
accounted  for  by  DSCP  in  their  own  inventory  records  from  SAMMS  that  were  updated  by  the 


11 


VIM- ASAP  v2.0  User’s  Manual 


MILSTRAP  transactions  (D4S)  that  were  generated  by  the  creation  of  the  DD250.  Including 
them  in  the  finished  goods  quantities  would  double  count  them. 


When  finished  making  any  changes,  click  the  When  finished  making  any  changes,  click 
UPDATE  buttqn  to  only  update  change  data  the  UPDATE  ALL  button  to  update  all  data 


. a  . 


Select  the 
^desired  PGC 


a405-L -076-071 7 

_ _ 

27ion9 

8405-01-076-0720 

28  regular 

1 

094)5/2001 

1  w 

10/17/2001 

w 

8405-014)76.0721 

28  long 

1 

1 

8405-01.076.0724 

29  regular 

1  128: 

07/24/2001 

1  .  . 

84054)1-0764)725 

29long 

1 

^  r — 

8405-01-076-0727 

aOshort 

1 

1 

8405-01-076-0728 

30  regiiar 

1  »• 

09/05/2001 

. 1 

8405-01-076-0729 

30  long 

1  57? 

09/23/2001 

i 

■f 


Enter  any  cumulative  cut  quantity  in  this  column 
for  the  appropriate  NSN 


Enter  any  cumuiative  manufacturer  owned 
quantity  In  this  column  for  the  appropriate  NSN 


Figure  12  -  Ad[just  Cut  Quantity  and  Finished  Goods  Counts 
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6.  Manufacture  Garments 

Each  manufacturer  has  access  to  DSCP  data  to  be  able  to  perform  manufacturing  functions  from 
the  start  of  production  through  the  preparation  of  all  invoices  and  shipping  related  documents  as 
well  as  the  electronic  transmission  to  the  appropriate  agencies.  The  following  subsections 
explain  how  to  use  each  of  the  manufacturing  functions. 

6.1.  Process  Contracts/Orders  -  Start  Production 

Each  manufacturer  has  access  to  all  of  its  active  contracts  from  DSCP’s  system  called  SAMMS. 
The  “Process  Contracts/Orders  -  Start  Production”  function  is  used  to  call-up  specific  contracts 
and  to  identify  the  quantities  of  each  CLIN  that  are  being  started  into  the  cutting  process  (see 
Figure  13).  The  function  is  operated  by  accepting  or  changing  the  data  in  the  “Start  Production 
Qty”  column,  utilizing  any  manufacturer  owned  FG,  and  then  clicking  on  the  “Start”  button  for 
each  CLIN  or  by  clicking  the  “Start  Production  on  All  CLINs”  button  at  the  top  of  the  table.  This 
list  of  orders  will  probably  needed  to  be  cleaned-up  by  each  new  manufacturer  as  they  begin 
using  VIM-ASAP.  There  can  be  old  odd  quantities  that  have  never  been  recorded  as  received 
even  though  the  manufacturer  has  been  paid  for  the  entire  order.  This  cleanup  will  need  to  be 
done  only  once,  because  after  the  initialization,  the  system  begins  using  the  quantities  started  as 
identified  by  each  manufacturer  to  control  this  table.  The  data  can  be  cleaned-up  by  turning  off 
the  option  to  automatically  count  cut  quantities  (see  Section  5.4),  starting  all  quantities  into 
production  for  those  orders  the  manufacturer  knows  have  been  completely  started  into 
production,  and  then  turning  the  automatic  counting  on  again.  This  will  leave  the  manufacturer 
with  a  queue  of  only  open  orders  where  quantities  still  need  to  be  started  into  production. 


Use  these  buttons  to  start 
each  CLIN  Individually 


Use  this  button  to  start 
every  CLIN  In  the  list 


Contract 


Delivery  Order  j0002 


Select  the  contract  and  delivery  order  for 
the  Items  to  be  started  into  production 


(spoioooo^ci921 


Siait  pfo^bloit  m  Ail  CLINs  I 


1 

S' 

.  I  • . vS  ■  ' ' ' ' .  ■■  -r  ‘ 

i'Mj 

0006AA 

8410-01-476-5553 

slacks,  utility 

12  regular  |  03/27/2001  650  386 

20 

100 

1 - T 

0007AA  1 

8410-01-476-5554 

slacks,  utility 

14  regular  }  03/27/2001  290  1  89 

\ 

10  I 

1 

1  • 

II^SI 

ooogAA 

8410-01-476-5557 

slacks,  utility 

18  regular  1  03/27/2001  110  0 

10  1 

1  lOI; 

0 

1  • 

Enter  the  quantity  that  will  be  started  into  production  for 
this  order  {the  quantity  is  defaulted  to  the  order  quantity 
less  the  already  started  quantity) 


Enter  any  manufacturer 
owned  finished  goods  that 
will  be  used  for  this  contract 


Figure  13  -  Process  Contracts/Orders  -  Start  Production  Web  Page 

Each  of  the  columns  in  the  table  have  the  following  definitions: 

•  Start:  This  button  is  used  to  start  production  on  one  CLIN  at  a  time. 
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•  CLIN:  This  list  contains  only  CLINs  that  have  remaining  quantities  on  the  order  that  have 
not  yet  been  started  into  production.  Each  CLIN  will  be  automatically  removed  from  this 
list  after  the  entire  order  has  been  started  into  production. 

•  NSN,  Nomenclature,  and  Size:  These  three  columns  identify  the  specific  garment  being 
ordered. 

•  RDD:  The  RDD  is  the  required  delivery  date  for  each  CLIN. 

•  Qty:  This  is  the  contract  order  quantity  for  each  CLIN. 

•  Already  Started:  This  is  the  portion  of  the  order  that  was  previously  started.  Before  a 
manufacturer  uses  VIM-ASAP  for  the  first  time,  the  quantity  is  initialized  to  the  quantity 
shipped  as  defined  by  SAMMS.  For  active  orders  with  recent  shipments,  this  number  may 
be  off  a  little  due  to  the  cycle  time  it  takes  to  get  the  data  updated.  Once  the  system  is  being 
used  on  a  regular  basis,  this  number  will  become  both  accurate  and  timely. 

•  Mfg  Owned  FG  Qty  Used:  This  is  a  count  of  manufacturer  owned  items  that  were 
previously  allocated  to  fill  some  of  the  quantity  ordered  for  this  CLIN. 

•  Start  Production  Qty:  This  colunm  is  automatically  set  to  the  order  “Qty”  less  the  sum  of 
the  “Already  Started”  and  “Mfg  Owned  FG  Qty  Used”.  The  number  can  be  changed  by  the 
manufacturer  if  the  order  is  being  filled  incrementally.  The  “Start  Production  Qty”  should 
not  contain  any  additions  to  account  for  average  quality  defects.  Over  time,  the  pluses  and 
minuses  around  the  average  should  balance  out.  If  not,  each  manufacturer  can  periodically 
adjust  the  quantities  to  account  for  any  variations  (see  Section  5.5).  The  quantity  entered 
here  will  be  used  to  automatically  increase  the  cut  quantity  if  the  manufacturer  selected  that 
option. 

•  Mfg  Owned  Available  FG  Qty:  This  is  the  count  for  each  NSN  for  those  items  that  each 
manufacturer  entered  as  manufacturer  owned  finished  goods. 

•  Mfg  Owned  Use  FG  Qty:  This  is  the  number  entered  for  each  CLIN  of  those  manufacturer 
owned  finished  goods  that  are  to  be  used  to  satisfy  some  or  all  of  this  order. 

6.2.  Generate  DD1155 

Each  manufacturer  can  access,  view,  and  print  any  DD  Form  1155  “Order  for  Supplies  or 
Services”  that  they  have  been  issued  by  DSCP.  This  is  done  (see  Figure  14)  by  selecting  the 
desired  contract  and  delivery  order  and  then  clicking  the  “Open  Form  DDl  155”  button.  The  data 
is  extracted  from  DSCP’s  system  called  SAMMS  that  deletes  CLINs  as  they  are  completed.  For 
this  reason,  older  orders  will  be  missing  CLINs,  but  new  orders  will  always  be  complete  and 
remain  that  way  as  VIM-ASAP  archives  all  of  the  CLINs.  Each  manufacturer  should  use  this 
function  to  compare  their  new  orders  from  SAMMS  to  the  paper  contract  they  receive  from 
DSCP.  There  can  be  mistakes  on  either  source.  Notify  your  DSCP  contracting  officer  if  you 
encounter  any  discrepancies.  They  will  either  correct  the  SAMMS  data  or  issue  a  modification  if 
the  paper  contract  is  in  error.  This  will  correct  any  problems  well  in  advance  of  the  use  of  the 
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data  for  shipments  and  invoices.  This  will  also  correct  the  data  used  by  DFAS  to  make  payments 
for  the  DD250s.  Getting  problems  corrected  at  the  front  end  of  the  process  will  result  in  a  much 
improved  payment  process. 


Contract  ,  j  SP01 OOOODCC1 9 

Delivery  Order  |0001  - 

—  First  select  the  desired  contract 

—  Then  select  the  desired  delivery  order 

r '  rorm  up 

Now  click  this  button  to  see  the  uui  i  oo 

Figure  14  -  Generate  DD1155  Web  Page 


The  “Open  Form  DD1155”  button  will  cause  a  second  browser  window  to  be  opened  that 
provides  control  buttons  (see  Figure  15)  to  view  each  sheet  of  the  DD1155,  to  control  the  print 
setup  values,  and  to  print  all  sheets  of  the  DDl  15  if  desired.  Remember  to  remove  the  browser’s 
headers  and  footers  and  set  the  margins  to  0.25”  before  printing  any  forms  (see  your  Browser’s 
Menu  under  “File”  and  “Page  Setup”). 


Each  DDl  155  will  contain  at  least  two  sheets  (see  Figure  16).  The  first  sheet  is  the  cover  page  of 
the  DDl  155  that  identifies  the  contract  number,  payment  office,  total  order  price,  etc.  The 
second  and  subsequent  sheets  contain  a  line  by  line  listing  of  all  CLINs,  their  NSN,  size,  order 
quantity,  unit  price,  destination  DODAAC,  and  required  delivery  date.  Any  phased  delivery  data 
is  not  available  in  SAMMS  and  thus  cannot  be  displayed  on  the  DDl  155. 
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First  Sheet  of  DD  Form  1155 


Additional  Sheets  of  DD  Form  1155 


Appeal  MTaCorli 

□•livtry  Schedult 

MX  1017 

aM 

MSN 

sin 

QiMrtGy 

UMPrlca 

OKtkMUon 

DalwlvDaio 

OOOJAA 

Gws-w-flTe-cra 

30)009 

38 

115.47944 
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Figure  16  -  Sample  Two  Sheet  DD  Form  1155 


6.3.  Prepare  DD250s 

The  fist  page  of  the  “Prepare  DD250s”  web  page  can  be  seen  in  Figure  17.  This  function 
provides  each  manufacturer  with  access  to  all  of  their  open  contracts  so  that  DD  Form  250s  can 
be  prepared  in  both  paper  and  electronic  form  and  so  that  container  labels  can  be  prepared  for 
attachment  to  each  individual  container.  The  electronic  form  of  the  DD250s  is  automatically 
transmitted  to  DFAS  if  the  manufacturer  selects  that  option  (see  Section  5.3).  Nearly  all  of  the 
data  is  extracted  from  DSCP,  DLA,  DFAS,  and  DCMA  databases.  None  of  this  data  can  be 
edited  by  the  manufacturers,  which  means  that  there  can  never  be  an  inconsistency  between  the 
contract  that  DSCP  creates;  the  paper  DD250  that  is  signed  by  the  QAR  and  used  as  a  packing 
slip;  the  data  that  is  transmitted  to  DFAS;  and  the  data  that  DFAS  uses  to  authorize  payment  for 
invoices.  This  consistency  of  data  has  a  very  positive  impact  on  the  timeliness  and  effectiveness 
of  the  payment  process.  You  may  occasionally  find  differences  between  your  paper  contract  and 
DSCP’s  database  data.  Either  of  the  sources  may  be  incorrect.  You  will  need  to  contact  your 
DSCP  Point  of  Contact  (POC)  to  get  them  to  either  issue  a  mod  to  the  paper  contract  or  correct 
their  database.  Corrections  to  the  database  should  show  up  on  your  web  pages  the  next  morning. 
There  is  an  overnight  process  at  DSCP  and  VIM- ASAP  to  incorporate  changes.  You  can  also 
contact  the  VIM-ASAP  support  staff  using  either  the  800  number  or  e-mail  address.  Both  of 
these  appear  on  the  first  page  of  the  VIM-ASAP  web  site. 
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Contract  |sP010001C0336 Shipment#  7TT  )  0002  Final  Shipment?  No  Yes ^ 

Delivery  order  [3  Mfg. Invoice#  (234255636  Weight!  ««  LbtNo.|  \  \ 

■  •  DestinaHon  '  ■  |  W25G1 U  -  XU  TRANSPORTATION  Shipper  |  Fed  ExOround  3  Trhddhg:W.»|s(S4CS«E4»S4!;MCS  im:- 

Ship  From  1 9A1 80  ■  Tennessee  Apparel  Corp  Tullahoma  TN  3  .fcj  Mode  of  Shipment  [5  Sutface-Small  Package  Carrier  (see  Other.Comments  flti^  ; : : .  i  lv 

«  No  r  Yes  :  ,  :  Block,  23 

Comment 

,:^!;f^Generat:e  DB250/L^^ 

The  supplies  in  this  shipment  have  been 
subjected  to  and  have  passed  all 
examinations  and  tests  required  by  the 

OOOSAA  8405-01-21^0119  j  trousers,  men's,  p*v.  gab.  blue 

Si  short  ‘  455 

1  175 

jptm  t 
0 

1  -  . .  ■ 

OOOSAA  8405-01-280-0120  1  trousers,  men's,  pAw,  gab,  blue 

31  regular  |  1050 

1 

0 

— -= — 

j  ^  JrfftI  j 

:  0022AA  8405-01-280-0140  |  trousers,  men's.  pAA/,  gab,  blue 

36regdar  |  1645 

1  . . 35 

1200 

Figure  17  -  Prepare  DD250s  Web  Page 


The  web  page  for  the  DD250  can  be  viewed  as  two  pieces,  i.e.,  the  top-half  and  the  bottom-half. 
The  top-half  (see  Figure  18)  is  used  to  enter  the  basic  identification  or  header  information, 
including  the  contract  number,  delivery  order  number,  destination,  and  ship-from  location.  Each 
destination,  when  there  is  more  than  one,  has  its  own  set  of  CLINs  because  a  single  CLIN  can 
only  be  sent  to  one  destination.  There  can  be  as  many  ship-from  locations  as  identified  by  each 
manufacturer  (see  Section  5.1).  The  header  information  also  contains  the  shipment  number,  the 
final  shipment  indicator,  the  manufacturer’s  invoice  number,  the  weight  and  lot  number  of  the 
shipment,  the  shipper  and  its  tracking  number,  the  mode  of  shipment,  the  use  of  an  alternate 
release  procedure,  and  free-form  text  for  block  23  of  the  DD250.  The  shipment  number  is 
automatically  set  to  the  next  sequence  number  for  the  delivery  order,  but  can  be  changed  by  the 
user  to  any  other  unique  number.  If  this  is  the  final  shipment  for  the  delivery  order,  you  need  to 
click  the  “Yes”  option.  If  you  do  indicate  that  this  is  the  final  shipment,  the  current  delivery 
order  will  no  longer  appear  on  the  “Prepare  DD250s”  web  page.  Your  manufacturer’s  invoice 
number  must  be  a  unique  number  across  all  contracts  and  delivery  order  numbers.  This  is  a 
tracking  number  for  the  payment  process  and  must  be  unique.  The  system  will  not  let  you  enter  a 
duplicate  number.  The  shipper  and  its  tracking  number  can  be  entered  here  or  later  when  you  are 
preparing  the  shipping  documents.  The  final  entry  in  the  top-half  is  for  freeform  comments  for 
block  23  of  the  DD250.  This  block  is  preloaded  with  the  boilerplate  created  previously  (see 
Section  5.2).  The  header  data  entry  should  be  completed  before  moving  on  to  the  bottom-half  of 
the  page  because  some  header  data  selections  will  change  the  bottom-half  data. 


First,  select  the 
desired  contract 
and  delivery  order 

Second,  select  the 
destination  for  the 
shipment 

Third,  select  the  site 
that  will  be  making 
the  shipment 

Identify  the  need  for 
an  alternate  release 
procedure 


The  shipment  number  is  automatically  set  to 
the  next  number  of  this  delivery  order.  It  can 
be  changed  to  any  other  unique  number. 


>Olbooip0336  iJ. : 


iwisoi  u-  XU  TRANSPORTATION  Off  IC6R.  NEW^ 


Shipment »  TIT  j 


r J  9Ai  80  -  Ten  n  essee  Apparel  C  o  ip  fuia  home  TN  3';^  Mode 
XfSfnole  Releose  l>receiiurar  ' 


jFedMroijnd 


Each  manufacturer’s  internal  invoice  number 
must  be  entered  here.  This  number  is  used  to 
track  DFAS  payments  so  It  must  be  unique 


Click  the  small  circle  in  front  of  the  “Yes”  if 
this  is  the  final  shipment  for  this  delivery 
order.  The  default  is  "No”. 

Enter  the  weight 
in  pounds 

Enter  the  lot 
number 

The  shipper  and 
tracking  number 
can  be  entered 

'Select  the  mode 
of  shipment 


:  Flnal  Sblpment? 

weiBhtr^;4;;rND.riEr^ 

“HI  Tracktno  0  F 


lipment^SSufface^SmailPackaBO  earner  (88BOm8r_Corrmeiitsfl^^ 

E 


supplies  In  chla  shipment  hove  been 
jsuhjeeted  to  end  hove  passed  all 

ilnations  attd  tests  cequlred  bp  the 


\ 


Block  23  data  can  be 
enter  in  this  area 


Figure  18  -  Top-Half  of  Prepare  DD250s  Web  Page 
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The  bottom-half  (see  Figure  19)  is  used  to  enter  the  quantity  being  shipped  and  any  remarks  for 
each  CLIN  and  to  edit  the  number  of  containers  and  the  quantity  in  each  container.  The  table 
contains  the  following  columns: 

•  CLIN:  Only  the  CLINs  that  are  going  to  the  selected  destination  are  in  this  list. 

•  NSN,  Nomenclature,  and  Size:  These  three  columns  identify  the  specific  garment. 


Click  this  button  after  al!  entries  are  made  (you  can  come 
back  and  edit  the  data  if  you  need  to  change  something) 


J  PU^iSO/LBlMils  : 
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trousers,  men^.p#«,  gab,  hkje  SSregutar: 

Enter  the  number  of  items 
being  shipped  at  this  time 


The  number  of  containers  is 
^automatically  calculated  based  on 
ship  quantity  and  unit  pack 


Click  the  edit  button  to 
change  the  number  of 
items  in  each  container 
(you  will  see  this  appear) 


Enter  any  remarks  about  a 
specific  CLIN  in  this  area 


Any  changes  can  be  made- 
as  long  as  the  ship  quantity 
and  total  entry  are  the  same 

Add  or  delete  rows  to  make^ 
the  required  changes" 

Click  the  appropriate  button__ 
after  any  changes  are  made 


■■■: . 

SPOIOO  -  01 '  C  -  0336  I 


:■  . . . 

i  OOOSftA  j  8405-01-280-0119  j  PIM 


tM 

fn  1  1 

1  35 

1751  • 

1  i  * . 

TotatEntiy:  mj 

SMp:  ml  :■ ' 

»•  \ftdd  Row  T 

Rewove  Row\T 

■■  |  Cari^t"  Entry" 


Figure  19  -  Bottom-Half  of  Prepare  DD250s  Web  Page 


•  Order  Qty:  This  is  the  contract  order  quantity  for  each  CLIN.  The  up  or  down  arrow 
buttons  can  be  used  to  move  from  CLIN  to  CLIN  for  each  of  the  order  quantities  or  for 
each  of  the  number  of  containers  if  the  user  decided  to  first  enter  the  number  of  containers 

•  Ship:  The  user  enters  the  quantity  being  shipped  at  this  time.  This  number  is  automatically 
calculated  if  the  user  enters  the  number  of  containers  first. 

•  Shipped  to  Date:  This  is  the  quantity  for  this  CLIN  that  was  shipped  on  previous  DD250s. 

•  Remarks:  Freeform  comments  can  be  added  to  each  CLIN  (e.g.,  5  boxes,  162  lbs). 

•  No.  of  Containers:  This  number  is  automatically  calculated  after  the  Qty  is  entered.  It  is 
set  to  the  Qty  divided  by  the  unit  pack.  The  user  can  change  this  number  and  also  edit  the 
number  of  items  in  each  container.  The  user  is  provided  with  an  option  to  not  enter  the  Qty 
and  instead  enter  the  number  of  containers  first.  This  causes  the  Qty  to  be  automatically 
calculated  by  multiplying  the  number  of  containers  by  the  unit  pack. 

•  Quantity  per  Label:  The  quantity  per  label  can  be  edited  as  long  as  the  resultant  total 
equals  the  “Ship”  quantity  from  the  prior  window. 
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Click  the  “Generate  DD250/Labels”  when  ready  to  prepare  the  DD250.  Once  you  see  the 
DD250,  you  can  immediately  return  and  edit  the  data  or  you  may  return  at  a  later  time  to  edit  and 
finish  the  DD250. 

A  second  window  will  be  opened  as  soon  as  you  click  the  “Generate  DD250/Labels”  button.  The 
new  window  will  contain  two  different  types  of  documents  (see  Figure  20).  The  first  is  the 
DD250  form  and  any  continuation  sheets  that  may  be  required  if  there  are  too  many  CLE'ls  for 
the  first  sheet.  The  second  type  of  document  includes  the  number  of  sheets  that  are  required  to 
display  all  of  the  bar  coded  container  labels  (Avery  Label  5263  4”  X  2”  -  10  labels  per  sheet). 
The  DD250  will  appear  with  the  word  VOID  in  large  red  letters.  The  date  shipped  will  also  be 
missing  from  block  3.  This  is  done  so  that  it  is  clear  that  this  is  not  yet  a  complete  DD250.  This 
document  is  frequently  used  as  a  pick  list  and  for  a  review  by  the  QAR  to  make  sure  that 
everything  is  correct  before  the  DD250  is  viewed  as  complete  and  accurate.  The  process  for 
completing  the  DD250  is  explained  in  the  next  few  paragraphs. 
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Figure  20  -  Sample  DD250  and  Container  Label  Sheets 


An  example  of  the  control  buttons  at  the  top  of  the  new  window  can  be  seen  in  Figure  21  where 
the  user  can  print  all  pages  of  the  selected  document,  change  the  printer  setup  if  the  forms  do  not 
properly  fit  on  the  paper,  display  all  pages  of  the  Form  (i.e.,  DD250),  display  all  pages  of  the 
labels,  and  “Finish”  the  DD250  which  removes  the  red  VOID  and  inserts  today’s  date  as  the  date 
shipped  in  Block  3.  The  “Finish”  button  also  transmits  the  invoice  to  DFAS  and  creates  the 
MILSTRAP  transaction  if  those  options  were  selected.  Each  of  the  buttons  is  activated  by  a 
simple  click  on  the  desired  button. 
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Prints  all  pages  of  either  the  Opens  the  function  to  adjust  Displays  the  DD250  Form  Displays  the  bar  coded 

“Form"  or  the  “Labels"  the  printer  setup  to  fit  the  and  provides  access  to  any  container  labels  for  however 


The  number  of  pages  Is  determined  by  the  number  “Finish"  button  should  only  be  used  after  all  changes 

of  Forms  or  Labels  that  are  reguired  for  the  have  been  made  and  it  is  time  to  make  the  shipment. 

shipment  button  If  you  may  need  to  change 

something. 

Figure  21  -  Control  Buttons  at  Top  of  DD250  and  Container  Labels 

The  “Print  Setup”  control  button  causes  the  web  page  shown  in  Figure  22  to  appear  in  the  current 
window.  The  NSNs  on  the  first  page  is  initially  set  to  6.  Print  a  sample  DD250  to  see  if  the  first 
page  fits  on  the  page.  If  it  overflows  to  a  second  page,  reduce  the  number,  click  the  UPDATE 
button,  and  then  reprint  the  DD250.  If  there  is  a  large  blank  area  at  the  bottom  of  the  page,  then 
reverse  the  process  by  increasing  the  number.  The  system  will  retain  your  final  settings  for  all 
future  use  of  the  system  at  the  computer  you  used  to  update  the  settings.  The  same  process  is 
repeated  for  the  number  of  NSNs  on  the  continuation  page  (the  default  is  21).  The  final  setting  is 
for  the  width  of  the  page  in  pixels.  A  pixel  is  a  single  dot  at  the  lowest  granularity  for  the  printer. 
You  can  also  adjust  this  number  up  or  down  until  the  form  fits  the  width  of  the  page  with  a  half 
inch  margin  on  either  side. 


Change  the  number  of  NSNs 
listed  on  the  first  sheet  of  a 
DD250  to  make  the  form  fit  the 
length  of  the  paper 


Change  the  number  of  NSNs 
listed  on  the  second  sheet  of  a 
DD250  to  make  the  form  fit  the 
length  of  the  paper 


NSN's  per  main  page? 

1[g . . I ^y(5^ermtnes  printing  height  of  the  main  page 

NSN's  per  continuation  page 
(must  be  >1 5)? 

w 

Determines  printing  height  of  continuation  page 

D0250  width  in  pixels  (e.g.  600)? 

jsoo 

Determines  width  for  both  pages 

UPDATE  I 

T 


Change  the  number  of  pixels  to  make 
the  form  fit  the  width  of  the  paper 


Click  the  UPDATE  button  to 
incorporate  any  changes 


Figure  22  -  Print  Setup  Control  Button  Web  Page 


The  “Finish”  button  is  the  most  important  button  on  the  DD250  form  page.  Once  clicked,  the 
DD250  can  no  longer  be  edited.  If  you  give  VIM-ASAP  permission  to  transmit  electronic 
DD250s  to  DFAS,  the  “Finish”  button  causes  the  invoice  data  to  be  transmitted  to  DFAS.  If  you 
are  a  bill  and  hold  contractor  and  you  are  shipping  to  yourself,  the  “Finish”  button  causes  a 
MILSTRAP  transaction  (D4S)  to  be  transmitted  to  DSCP.  The  “Finish”  button  also  date  stamps 
these  forms  and  transactions.  Click  the  “Finish”  button  only  when  you  want  these  things  to 
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happen.  You  cannot  reach  out  and  pull  these  things  back  once  you  have  clicked  the  “Finish” 
button. 

6.4.  View/Edit  Existing  DD250s 

The  “View/EDIT  Existing  DD250s”  function  (see  Figure  23)  is  used  to  work  with  any  already 
created  DD250,  finished  or  not.  Unfinished  DD250s  can  be  edited,  deleted,  or  simply  recalled 
and  then  finished.  Finished  DD250s  can  only  be  viewed.  They  are  permanent  and  therefore 
cannot  be  edited  or  deleted.  Existing  DD250s  can  be  viewed  by  selecting  the  desired  contract  and 
delivery  order  and  then  clicking  the  appropriate  button  for  the  desired  DD250. 


Select  the  desired  contract 
and  delivery  order 

Click  on  a  specific 
shipment  number 

to  view  the  DD250^\^  ^  '■ 

and  its  container  Contract  \1sp_oioooodcci9^ 

labels  Delivery  Order  10002^ 

These  DD250s^<^^;-~^ 
have  not  been 
finished  and  can  be 
edited  or  deleted 

wmm 

SMlTiiMi: 

Delete 

Not  yet  shipped 

NO 

AMC0056 

10/0312001 

NO  1 

NO 

AMC00S7 

10/04/2001 

NO 

AMC005B 

Not  yet  shipped 

Delete 

AMC00S9 

Not  yet  shipped 

Delete 

NO 

AMC0062 

10/18/2001 

NO 

NO 

AMC0087 

10/18/2001 

NO 

NO 

AMC0068 

10/18/2001 

“no” 

NO 

AMC0069 

10/18j^01 

NO 

NO 

AMcoore 

16^8/2601 

NO 

Figure  23  -  View/Edit  Existing  DD250s  Web  Page 


6.5.  Track  DD250  Payments 

This  function  displays  the  payment  status  of  all  VIM-ASAP  DD250s  (see  Figure  24).  This  list  is 
primarily  focused  on  unpaid  balances.  Paid  invoices  are  kept  in  the  list  for  a  few  weeks,  while 
unpaid  and  partially  paid  invoices  are  kept  until  they  are  paid  in  full.  The  list  is  ordered  by 
invoice  date  and  then  number  with  the  oldest  at  the  top  of  the  list.  Payment  data  for  each  CLIN 
can  be  reviewed  by  clicking  the  “View”  button  at  the  end  of  each  invoice.  Recent  DD250s  may 
not  have  a  “View”  button  for  a  day  or  two  because  the  DD250  has  not  yet  been  recorded  in  the 
DFAS  payment  system.  The  payment  data  is  extracted  from  DFAS’s  system  called  Vendor  Pay 
Inquiry  System  (VPIS)  at  http://www.dfas.mil/monev/vendor/index.htm.  Each  manufacturer 
should  contact  DFAS  if  the  VPIS  data  is  not  updated  after  a  week  or  ten  days.  There  may  have 
been  a  breakdown  in  the  system  that  updates  the  payment  data. 
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Click  on  View  button  to  review  payments  for  each  CLIN, 
including  multiple  partial  payments  for  each  CLIN^ 


Humber 

.  :  .  : 

tovoice , 
Dele 

r-WMice,., 

■  J.. 

Amount 

.wK*! 

6718 

10711 C001 

SP010097D0347 

0126 

AMC0018 

$10,264.81 

$0.00  i 

11/912001 

$10,264.81 

$0  00^ 

^Vlew 

8719 

10fl1/2001 

SP01 019700347 

0134 

AMC0039 

$3,142.32 

$0.00 

111912001 

$3,142.32 

$0.00 

View 

8720 

1071112001 

SP010000MCC1S 

AMC0049 

$20,608.00 

$0.00 

10/2512001 

$20,608.00 

$0.00 

View 

8721 

1071112001 

SP010098D1014 

0088 

AMC0004 

$7,724.48 

$0.00 

1171612001 

$7,724.48 

$0.00 

V\&N 

8722  i 

1071212001 

SP010098D1012 

0091 

AMCOOm 

$15.41 

$0.00  i 

1012512001 

$15.41 

$0.00 

View 

8723 

1071212001 

SP010097D0347 

0151 

AMCQ001 

$100.00 

$0.00 

1012512001 

$100.00 

$0.00 

View 

8724 

1071612001 

SP010098D1014 

0088 

AMC0005 

$11,52188 

$0.00 

$0.00 

$11,522.88 

View 

8725 

1071612001 

SP010000MCC15  1 

AMC0050 

$7,868.00 

$0.00 

1012912001  ^ 

$7,868.00 

$0  00 

View 

8773  i 

1171512001 

SP010099D0331  : 

0033 

AMC0002 

$5,686.20 

$0.00 

$0.00 

$5,686.20 

8774 

1171512001 

SP01009801012  j 

0093 

AMC0006 

i  $4,685.26 

$0.00 

$0.00 

$4,685.26 

Total 

$503,365.26 

$0.00 

$111,998.15 

$391,367.11 

Blank  View 
buttons  mean 
that  VPIS  has 
not  yet  received 
the  DD250 


Figure  24  -Track  DD250  Payments  Web  Page 


The  list  of  invoices  contains  columns  that  are  defined  in  the  table  below.  The  column  marked  as 
“Source”  is  used  to  identify  the  source  of  the  data. 


Source 

Description 

Invoice  Number 

ASAP 

This  number  is  extracted  from  Block  6  of  each  DD250. 

Invoice  Date 

ASAP 

This  date  is  extracted  from  Block  3  of  each  DD250. 

Contract 

ASAP 

This  is  extracted  from  block  1  of  the  DD250. 

Delivery  Order 

ASAP 

This  is  extracted  from  block  1  of  the  DD250. 

Shipment 

ASAP 

This  is  extracted  from  block  2  of  the  DD250. 

Invoice  Amount 

ASAP 

This  is  extracted  from  block  20  for  the  sum  of  all  CLINs  for  the  DD250. 

Adjustments 

VPIS 

This  is  extracted  from  the  DFAS  data  for  discounts  taken  (negative 
number)  and  interest  paid  (positive  number). 

Date  Paid 

VPIS 

This  is  extracted  from  the  DFAS  data  for  the  most  recent  payment  on 
any  of  the  CLINs. 

Paid  Amount 

VPIS 

This  is  extracted  from  the  DFAS  data  for  the  sum  of  all  payments  for  all 
CLINs  of  the  DD250  (including  both  partial  and  full  payments  for  each 
CLIN). 

Unpaid  Balance 

ASAP 

&VPIS 

This  is  the  difference  between  the  Invoice  Amount  and  the  Paid  Amount. 

DFAS  Detail 

Click  the  appropriate  button  to  see  the  detailed  data  for  each  CLIN.  A 
blank  button  means  that  DFAS  has  not  yet  received  the  digital  DD250 
data.  This  is  normal  for  a  day  or  two.  Contact  the  VIM-ASAP  help  desk  if 
the  data  has  not  been  received  by  DFAS  after  more  than  three  working 
days.  There  may  be  a  problem  at  one  end  or  the  other  that  needs  to  be 
corrected. 

A  click  of  any  “View”  button  generates  a  detailed  list  for  the  selected  invoice  (see  Figure  25). 
Whenever  DFAS  makes  a  partial  payment  for  any  of  the  CLE<ls,  they  create  a  suffix  code  for  that 
CLIN  and  separate  the  invoice  amounts  into  multiple  pieces.  DFAS  frequently  does  not  enter 
some  of  the  data  into  VPIS  until  they  make  a  payment.  It  is  not  imcommon  for  the  gross  invoice 
amount  to  be  blank  until  the  payment  is  made. 
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Repeat  of  summary  line  from  the  selected  View  button 

iss 

■‘1 

Contract 

1C001  [sroioioeTOrai? 

0126 

”amc^8 

'  Itate 

'«o 

8718 

ion 

I  $0.00  |l1/9f2001 

$10,264.81  I  $000  1 

,  tfTI,.. 

Owcfc 

Olccoiitit  ‘  iHtraat 
JiMnmnf  Amount; 

11/9C^ 

IlfiOOOl 

All  CLINs  (paid, 
partially  paid,  > 
and  unpaid)  > 
appear  In  this  list 

r. 

0006AA 

E0113501 

044036203130007 

paid 

$358.60 

$358.60 

$0.00 

$000 

$000 

$358.60 

107110001 

10^20001 

001 OAA 

E0113501 

044038203130007 

paid 

$747.07 

$747.07 

$0.00 

$0.00 

$000 

$747.07 

11/9/2001 

11/9/2001 

10/110001 

10/120001 

001 2AA 

E0113S01 

044036203130007 

paid 

$358.60 

$358.60 

$000 

$0.00 

$000 

$358.60 

11/9«)01 

11/90001 

10fl1/2001 

10/120001 

V: 

001 4AA 

E01 13501 

044036203130007 

paid 

$3,630.78 

$3,630.78 

$000 

$000 

$0.00 

$3,630.78 

11/90001 

11/90001 

10/11/2001 

10^20001 

001 SAA 

E01 13501 

044036203130007 

paid 

$35800 

$358.60 

$0.00 

$0.00 

$o!oo 

$35860 

11/9/2001 

11/90001 

10/11/2001 

10/12/2001 

0020AA 

E0113501 

044036203130007 

paid 

$2,689.47 

$2,689.47 

$0.00 

$000 

$000 

$2609.47 

11/9/2001 

11/90001 

ionioooi 

10^20001 

0CI27AA 

E0113501 

044038203130007 

paid 

$1,77804 

$1,778:04 

$0.00 

$000 

$0.00 

$1,778.04 

11/910001 

11/90001 

10^10001 

10^2/2001 

0033AA 

£0113501 

044038203130007 

paid 

$343.65 

$343.65 

$000 

$0.00 

$000 

$343.65 

11/90001 

11/9/2001 

10/11/2001 

10/12/2001 

Click  this  button  to  dose  this  window  and  return 

•/ 

to  prior  window 

Figure  25  -  DFAS  Detail  Web  Page  for  a  Single  DD250 


The  detailed  list  of  CLIN  payments  for  the  selected  invoice  contains  the  following  columns  (a 
few  of  the  columns  at  the  end  of  the  list  would  not  fit  on  the  figure,  but  are  defined  below): 


Name 

Source 

CUN 

ASAP 

This  number  is  extracted  from  Block  15  of  the  selected  DD250. 

Sfx 

VPIS 

DFAS  creates  a  suffix  code  whenever  a  CLIN  is  split  into  two  or  more 
payments). 

Voucher 

VPIS 

DFAS  voucher  identification  number 

EFT  Trace 

Electronic  fund  transfer  trace  number  (if  payment  was  made 
electronically) 

Check 

VPIS 

DFAS  check  number  (if  payment  was  not  made  electronically) 

Status 

VPIS 

DFAS  payment  status  (either  pending  or  paid) 

Invoice  Amount 

ASAP 

This  number  is  extracted  from  Block  20  of  each  CLIN. 

Payment  Amount 

VPIS 

DFAS  payment  record  for  each  CLIN 

Discount  Amount 

VPIS 

The  amount  of  discount  taken  by  DFAS. 

Interest  Amount 

VPIS 

The  amount  of  interest  paid  by  DFAS  whenever  the  payment  is  late. 

Tax  Withheld 

VPIS 

This  is  a  DFAS  number  that  is  not  explained,  but  can  be  used  in  the 
calculations. 

Gross  Invoice 

VPIS 

This  is  the  sum  of  the  invoice  amount  plus  the  interest  amount  less  the 
discount  amount  and  tax  withheld. 

Last  Action 

VPIS 

The  date  of  the  last  action  taken  by  DFAS. 

Date  Paid 

VPIS 

The  date  that  a  CLIN  is  paid  (blank  while  payment  is  pending). 

Invoice  Received 

VPIS 

The  date  that  DFAS  received  the  invoice. 

Material 

Acceptance 

VPIS 

The  date  that  the  material  was  accepted  by  the  ship-to  destination  (block 
13  of  the  DD250).  This  typically  comes  from  the  date  that  the  D4S 
MILSTRAP  transaction  was  created. 

Locator  Code 

VPIS 

Defense  Contract  Management  District(DCMD),  or  the  Defense  Plant 
Representative  Office(DPRO),  or  Accounting  Office(AO) 

Scheduled 

Payment 

VPIS 

This  is  the  date  that  DFAS  has  entered  for  the  date  they  plan  to  make 
the  payment  (frequently  left  blank  by  DFAS). 

Reason  Code  and 
Remarks 

VPIS 

These  two  codes  work  together  to  explain  what  is  happening  with  the 
payment.  You  can  download  a  DFAS  document  that  explains  these 
codes  at  httD://www.dfas.mil/monev/vendor/remdoc.Ddf . 
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6.6.  Prepare  Shipment  Labels 


Every  new  DD250  is  entered  into  queues  of  shipments  that  are  organized  by  ship-from  location 
and  destination.  The  shipping  labels  (DD  Form  1387  “Military  Shipment  Label”)  are  accessed 
for  one  or  more  shipments  (a.k.a.,  DD250s)  by  selecting  the  desired  ship-form  location  and 
destination  (see  Figure  26).  Once  the  appropriate  shipment  is  selected,  the  user  enters  data  for  the 
following: 

•  Shipper:  Use  the  pull  down  list  to  select  the  appropriate  shipper  (if  you  need  a  shipper 
added  to  the  list,  send  an  e-mail  message  to  VIM-ASAP  to  identify  the  shipper). 

•  Mode  of  Shipment:  Use  the  pull-down  list  to  identify  the  DSCP  required  code. 

•  Number  of  Address  Labels;  A  separate  address  label  is  required  for  each  separable 
package  (e.g.,  a  pallet  with  many  containers  requires  a  single  shipping  label  while  two 
pallets  require  two  labels).  When  the  default  number  is  increased,  the  user  will  be  able  to 
enter  data  for  each  of  the  address  labels. 


Select  the  mode  of  shipmenK 


Select  the  Shipper  and  enter^ 
Its  tracking  number' 


Enter  the  appropriate 
postage,  weight,  volume,  or. 

charges 

Click  each  of  the  shipment- 
numbers  that  are  being 
shipped  at  this  time 


Ship  From  ^  }  9A1 80  Tennessee  Apparel  Corp.  Tullahoma  TN  p 
DBStInotlons  | W25G1 U  XU 


i|Tsurfac^Srn3^^ 


SP01 00020401 5 


SP010002D4015 


Select  the  Ship  From  site 
and  destination 


Enter  the  number  of 
address  labels  required 

Enter  any  comment 
about  the  shipment 


Each  address  label  gets 
an  individual  row  in  this 
table  to  enter  its  own 
postage,  weight,  etc. 


Figure  26  -  Prepare  Shipment  Labels  Web  Page 


•  Comment:  Any  free  form  comment  can  be  made  about  the  shipment  (e.g.,  pallet  ID).  The 
comment  will  be  printed  off  to  the  right  of  the  shipment  label. 

•  Postage;  The  cost  of  the  postage  is  only  entered  if  the  package  is  sent  via  the  US  Postal 
Service. 


•  Weight:  Enter  the  weight  of  all  containers  for  an  individual  shipment  label. 

•  Volume:  Enter  the  volume  (in  cubic  feet)  of  all  containers  that  are  associated  with  an 
individual  shipment  label. 

•  Charges:  The  shipping  charges  are  entered  here. 

•  Tracking  Number:  The  tracking  number  as  identified  by  the  selected  shipper  is  entered 
here. 


•  Ship:  The  user  can  decide  which  of  the  DD250s  are  to  be  shipped  at  this  time.  Click  the 
small  box  under  the  Ship  column  to  turn  on  the  option  to  ship  a  specific  DD250. 

•  Contract  Number:  The  contract  number  for  the  DD250  is  displayed  here. 
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•  Delivery  Order:  The  delivery  order  number  for  the  DD250  is  displayed  here. 

•  Shipment  Number:  The  shipment  number  for  the  DD250  is  displayed  here. 


After  you  are  satisfied  with  all  of  the  data  and  options,  click  the  “Generate  Label”  button  to 
create  the  shipping  label.  A  new  window  will  be  opened  (see  Figure  27)  that  provides  the  option 
to  print  shipping  label(s)  as  well  as  a  list  for  all  orders  that  are  part  of  this  shipment.  A  sample 
list  is  shown  in  Figme  28.  The  list  identifies  all  of  the  DD250s  that  are  part  of  this  shipment, 
including  total  counts  for  all  NSNs  and  a  count  for  the  number  of  containers  for  each  DD250. 


■  Met  '  I 


MILITARY  SHIPMENT  LABEL 


t.TMNSfORTATDMCOKncaNUMW 


W25G1U20320006XXX 


M180 

Tinnessee  Appurel  Corp 
401  N  Atlantic  St 
TullahomaTN  3738^3003 


W25Q1U 

XU  TRANSPORTATION  OFFICER 
DD8P  NEW  CUMBERLAND  FACILITY 
BUILDING  MISSION  DOOR  113  134 
NEW  CUMBERLAND  PA^I^ 

••■iTJPOO 

■■  »iniuTecbi«iGMB:'oB'»^  . 


OD  F0RM13a7,JUL1S99 


00200  i  00087.55 


Figure  27  -  New  Window  for  Shipment  Labels 
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6.7.  View  Existing  Shipment/Container  Labels 

Existing  shipment  and  container  labels  are  kept  in  the  database  for  10  days  following  their  initial 
printing.  This  is  done  so  that  lost  or  damaged  documents  can  be  reprinted.  They  can  be  recalled 
(see  Figure  29)  by  first  selecting  the  ship  from  location  and  then  clicking  on  the  “View”  button 
for  the  shipment  of  interest.  The  TCN  (Transportation  Control  Number)  provides  a  unique 
identifier  for  each  shipment,  but  the  date  of  the  shipment  and  its  destination  is  also  provided  for 
reference  purposes.  The  “View”  button  will  provide  access  in  another  window  for  reprinting 
shipment  and  container  labels  as  well  as  the  list  of  DD250s  that  were  shipped  on  the  same  TCN. 


6.8.  Add/Delete  NSN 

Each  VIM-ASAP  manufacturer  can  add  or  delete  NSNs  that  are  not  on  any  of  their  existing 
contracts.  NSNs  that  are  on  existing  contracts  (see  Figure  30)  have  their  include  buttons  grayed 
out  so  that  they  cannot  be  affected.  A  check  mark  in  the  Include  column  means  that  the  NSN  is 
to  be  added  to  the  list  of  items  to  be  tracked.  The  removal  of  the  check  mark  deletes  the  NSN 
from  the  lists. 
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7.  Manage  Depot  Operations 

Each  bill  and  hold  contractor  has  access  to  DSCP  data  to  be  able  to  perform  depot  related 
functions  from  the  receipt  of  MROs  through  the  preparation  of  shipping  documents  as  well  as  the 
electronic  transmission  of  the  appropriate  transactions.  The  following  subsections  explain  how  to 
use  each  of  the  depot  functions. 

7.1.  Review  Orders  and  Generate  MROs 

Each  bill  and  hold  contractor  has  access  to  all  of  the  MROs  that  have  been  issued  to  them  and 
not  yet  filled  from  DSCP’s  system  called  SAMMS.  This  function  is  used  to  call-up  a  specific 
ship-to  destination  by  DODAAC  or  all  destinations  at  one  time  (see  Figure  31).  The  function  is 
operated  by  identifying  the  MROs  to  NOT  be  printed  by  turning  off  the  check  mark  for  a  specific 
MRO  in  the  column  identified  as  “Print”.  All  MROs  are  initially  checked  for  printing  because 
this  is  the  most  commonly  selected  option.  Click  the  “Print  MRO(s)”  button  when  ready  to  print 
the  MROs  (DD  Form  1348-lA). 


Select  a  specific  destination  or  the 
“All  Ship  Destinations”  option^' 


/' 


Click  this  button  when  ready  to 
print  the  selected  MROs 


DODAAC:  i  N41  389  -  NAW  EXCHANGE  1 40  060,  PEARL  HARBOR  HI  (3  reqs) 


PniitMRO(s) 


g; . . . 

N41 3891 2401 931 

N41389 

. . 

8405-01^7^074i' 

trousers,  men's 

blH 

f-IT 

03 

irreieet 

2U5 

169 

_ .CJ.'i. 

1 

■ 

i! 

N41 3891 2541 931 

N41389 

8405-01-078-0741  I 

trousers,  men's 

33  long 

j  265  i 

ZU5 

2 

'2L 

N41 3891 2541 934 

N41389 

8405-01-076-0744  | 

trousers,  men's 

34  regular 

265  ' 

ZU5 

0 

10 

2L 

15^ 

ii' 

r 


Click  off  check  mark  to 
NOT  print  the  selected 
MRO  at  this  time 


Figure  31  -  Review  Orders  and  Generate  MROs  Web  Page 
The  table  of  data  for  the  MROs  contains  the  following  columns: 


•  Requisition:  The  requisition  number  for  each  MRO 

•  Deliver  to  DODAAC:  The  DODAAC  that  is  to  receive  the  shipment 

•  NSN:  The  National  Stock  number  requested  on  the  MRO 

•  Nomenclature:  The  description  for  the  NSN 

•  Size:  The  size  for  the  NSN 

•  RDD:  The  required  delivery  date  for  the  item  stated  as  the  Julian  day  of  the  year  (RDDs  of 
777  and  999  are  used  to  indicate  high  priority  MROs) 
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Priority:  A  two  digit  code  with  the  following  interpretation: 


fOo'de 

01 

8  days 

02 

8  days 

03 

8  days 

12- 13  days 

04 

1 2  days 

05 

12  days 

16  - 17  days 

Conus  Overseas 


16  - 17  days 


16  - 17  days 


iiipd®;--,' 

Coniis 

Overseas 

11 

31  days 

69  -  84  days 

12 

31  days 

69  -  84  days 

I 


08 

12  days 

09 

31  days 

10 

31  days 

■ 

3 

69-8 

s 

■ 

4 

31  days 

69-8 

4  day 

s 

15  31  days  69 -84  days 


•  Project  Code:  A  three  character  code  that  identifies  the  project  that  initiated  the  MRO 

•  On-Hand  Qty:  DSCP’s  count  of  the  quantity  on-hand  at  the  depot  that  received  the  MRO 
after  the  quantity  on  the  MRO  has  been  subtracted 

•  Order  Qty:  The  order  quantity  of  the  MRO 

•  Advice  Code:  A  two  character  code  (click  on  each  advice  code  to  get  a  full  explanation) 

•  Note:  Notes  are  used  whenever  there  is  an  in-the-clear  address  for  an  MRO  (Click  on  the 
note  to  see  the  address) 

•  Print:  A  check  mark  in  the  box  in  this  column  means  that  the  MRO  is  to  be  printed 

A  click  of  the  “Print  MRO(s)”  button  causes  anther  window  to  be  opened  that  contains  one  or 
more  pages  or  MRO  forms  and  a  list  of  those  MROs(see  Figure  32).  Two  MROs  are  formatted 
for  printing  on  each  printable  page  except  when  there  is  an  in-the-clear  address  for  an  MRO.  In 
that  case,  the  in-the-clear  address  is  printed  on  the  bottom  half  of  the  MRO  page.  The  “Print” 
button  in  the  upper  left-hand  comer  of  the  window  is  used  to  print  the  form.  DO  NOT  use  the 
browser  print  button.  The  “Print”  button  will  format  the  pages  correctly  and  send  the  MRO  to  the 
shipping  data  queue. 


!  U  :  IRh  :  MT  :  I 
:  N  :  BU-  ;  i  I 
;  »  :  TKM  : 


SC01021239DD29 


8405-D1-O76-0729 


SAD  PR  00012  A  0001750 


I  :l  ■  ;l.fl>TM.nkCE 
IIP  • 

C  KXUlii' 


. rt'oM . 


17  90  !  210;08 

{.tocttv 

I  01347 

i^.Onr.UCD  -ll-ljr  t.UOTUEDKT 

00012! 

: « .  F  U  lOHT  OUWF  K*  TCN  NOtS  NCU  WM 

I  CLOTHING  NOI 

i  ii  V  iiiM  'p«iMEP«ji  'iutt . 


210:00 

I.FKTMIf  « 

^  100 


«.  moMoo 

741Z0 

,«.UMT01K 


itreuseis,  meRls 

:o 

;» 

. >:0£ 

i 

xa 

tt.lKtBEDSi’ 

U.Miis  KdiiiEi 

O 

;> 

. ;ui 

a. 

Size:  trousers,  men's  30  long 


Figure  32  -  MRO  Form  Window 
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The  list  of  MROs  can  be  viewed  by  clicking  the  “List”  button  at  the  top  of  the  window  (see 
Figure  33).  Each  destination  will  have  its  own  page  that  can  be  viewed  by  clicking  on  each 
individual  page  (e.g.,  “Page  1”).  Clicking  the  “Print”  button  when  viewing  any  of  the  pages  of 
the  “List”  will  print  every  page  of  the  list. 


Figure  33  -  MRO  List  Window 


7.2.  Process  VerbalAVritten  Orders 


There  are  times  when  material  needs  to  be  ordered  immediately  and  the  requisitioner  caimot  wait 
for  the  formal  system  to  issue  the  requisition.  In  these  cases,  the  bill  and  hold  contractor  may 
receive  a  verbal  or  faxed  order.  When  this  happens,  the  system  still  needs  all  of  the  required  data, 
which  means  that  the  data  must  be  entered  into  the  system  manually  (see  Figure  34).  The 
manually  entered  MRO  will  immediately  show  up  in  the  bill  and  hold  contractor’s  queue  of 
MROs  (see  Section  7.1)  so  that  VIM- ASAP  can  be  used  to  prepare  all  required  documents  and 
MILSTRIP  transactions.  The  data  entry  fields  are  organized  into  the  same  sequence  as  the 
standard  form  that  is  faxed  by  DSCP.  Simply  enter  the  data  in  the  appropriate  field,  tab  to  the 
next  field  and  enter  that  data,  and  the  click  the  “Update”  button  after  all  the  data  has  been 
entered.  You  may  edit  or  delete  the  MRO  data  until  the  MRO  is  printed  or  until  the  data  is 
replaced  sometime  in  the  next  few  days  when  DSCP  updates  SAMMS. 


lA  MossiirnrM  i:|  ea  i 

[  <t35|||sC01IM132$1212  |  |  MN»3  |  .ZlJ  1  1  | 

< - 

Exception  Data  l  :  [Attn:  SSGT  John  Don 
Exception  Data  2  j  j 
Exraption  Data  3 :  j 
Exception  Data  4 :  | 

Exception  Data  5 :  f 


^  Exception  Data  5:  j  ^  ^ 


Enter  all  of  the  required 
data  in  this  row 


Enter  any  In-the-clear 
addresses  here 
(individual  lines,  not 
word  wrapped) 


You  may  edit  any  previously  Click  the  “Update'’  button  after  You  may  delete  any  previously 

entered  manual  requisitions  entering  the  data  entered  manual  requisitions 


Figure  34  -  Process  Verbal/Written  Orders  Web  Page 
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The  headings  for  the  data  fields  that  need  to  be  manually  entered  are  as  follows: 


'  -I Definition 

Note 

MS 

Media  Status  Code 

Required 

FSC  NUN  (NSN) 

The  National  Stock  Number  has  two  components  (4  digit  Federal 
Stock  Code  +  9  digit  National  Item  Identification  Number) 

Required 

U/l 

Unit  of  Issue  is  entered  from  the  verbal  or  written  order,  but  is  then 
extracted  for  the  selected  NSN  from  the  DSCP  database 

Automatic 

Qty 

The  order  quantity 

Required 

Document  Number 

The  14  character  requisition  number  (6  character  DODAAC  +  4 
digit  Julian  Date  (YDDD)  +  unique  4  character  string) 

Required 

DS 

Demand  Suffix  (N  and  R  codes  are  automatically  reset  to  blank) 

Optional 

Supp-Address 

DODAAC  for  supplementary  address 

SC 

Signal  Code 

FC 

Fund  Code 

DIS 

Distribution  Code 

PRJ 

Project  Code 

PRI 

Priority  Code 

RDD 

Required  Delivery  Date 

ADV 

Advice  Code 

RIC  FM 

The  RIC  of  the  depot  that  fonvarded  the  requisition 

Optional 

OWN  PUR 

This  is  two  separate  one  character  data  elements  entered  as  if  it 
were  a  single  field  (Ownership  Code  and  Condition  Code) 

Required 

Condition  Code 

Supply  Condition 

Required 

Exception  Comments 

A  maximum  of  20  lines  (no  word  wrap)  of  free  form  comments 

Optional 

7.3.  Prepare  Shipment  Labels 

Shipment  labels  can  be  generated  for  a  collection  of  already  printed  MROs  that  are  all  going  to 
the  same  destination  (see  Figure  35).  Only  MROs  that  have  not  already  been  shipped  and  were 
previously  printed  using  the  function  “Review  Orders  and  Generate  MROs”  (see  Section  7.1) 
appear  in  the  list  of  MROs  for  the  selected  destination.  This  function  prepares  the  required 
shipping  labels  (DD  Form  1387),  the  bar  coded  container  labels,  a  list  of  requisitions  and 
quantities  as  a  checklist  for  the  shipment,  and  any  of  the  MROs  that  had  their  quantity  changed. 
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Figure  35  -  Prepare  Shipment  Labels  Web  Page 
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The  data  entry  requirements  have  been  organized  for  this  user’s  manual  into  a  top  half  and  a 
bottom  half.  The  top  half  (see  Figure  36)  data  is  for  information  about  the  entire  shipment  (e.g., 
shipper,  mode  of  shipment,  etc.).  More  than  one  address  label  is  required  when  the  shipment  is 
being  made  in  containers  that  can  be  separated  (e.g.,  multiple  pallets).  Each  separate  container 
needs  it  own  address  label.  Change  the  number  of  address  labels  from  the  default  value  of  one  to 
whatever  number  is  required.  When  this  number  is  increased,  a  small  window  will  appear  so  that 
some  of  the  data  (e.g.,  weight,  tracking  number,  etc.)  can  be  entered  for  each  address  label. 


Identify  the  shipper 


Select  the  destination 


Identify  the  mode  of  shipment 


::  Shipment  Destinations  SC01 38  -  SR  CLOTHING  INITIAL  ISSUE  POINT.  FORmiOX  KI 


B  Motor,  Class  Rating  (Less  tiian  truckload) 


j'Trwk^li 


Enter  the  postage  cost- 
only  if  using  the  US  Mail 


Enter  the  weight  of 
each  exterior  container 
in  pounds 


Enter  the  volume  of 
the  exterior  container 
in  cubic  feet 


Enter  the  shipping 
charges 


Identify  the  number  of 

_  address  labels  needed 

for  all  separate  exterior 
containers  (e.g.,  pallets) 

Enter  any  comment 
about  the  shipment 

'^Enter  the  shipper's 
tracking  number 


Figure  36  -  Top  Half  of  Prepare  Shipment  Labels  Web  Page 

The  bottom  half  (see  Figure  37)  is  used  to  enter  data  about  each  requisition  in  the  shipment.  Each 
of  the  requisitions  that  is  to  be  included  with  this  shipment  need  to  have  a  check  mark  inserted  in 
the  “Ship”  column  by  clicking  that  column  for  the  appropriate  requisition.  The  quantity  to  be 
shipped  can  be  changed  if  there  were  not  enough  items  for  a  specific  requisition.  When  the 
quantity  is  changed,  another  MRO  (DD  From  1348-1 A)  can  be  printed  to  replace  the  previously 
printed  MRO.  The  number  of  containers  can  also  be  changed  and/or  edited  using  the  “Edit” 
button  in  the  right  hand  coluimi  for  each  requisition.  The  “Edit”  button  causes  a  small  window  to 
be  opened  (see  Figure  38)  where  the  number  of  items  in  each  container  can  be  changed  as  long 
as  the  total  quantity  for  the  referenced  requisition  remains  the  same  at  the  time  that  the  “Update” 
button  is  clicked. 


Turn  on  the  check 
mark  for  the  this 
shipment's  MROs 


Make  any 
corrections  to  the 
ship  quantity 


Make  any  changes 
to  the  number  of 
containers 


Click  the  edit  button  to 
change  the  number  of 
NSNs  in  each  container 


Click  on  any  Advice  Code 
to  get  its  description 


Click  on  any  Note  to 
get  a  description 


Figure  37  -  Bottom  Half  of  Prepare  Shipment  Labels  Web  Page 


VIM- ASAP  v2.0  User’s  Manual 


Make  changes  to  the  number  of 
containers  or  the  quantity  of  NSNs 
in  a  container 


Rows  can  be  added  or  removed  to 
make  any  required  changes  to  the 
number  of  containers  or  the  NSNs 
in  each  container 


M99A041334D048 


8410-0 


Add  Raw;  Remove  BdW 


Entry'- 


These  two  numbers  must 
be  equal  before  the 
quantities  can  be  updated 


Saves  any  changes  that 
were  made  to  the  quantities 


Returns  all  quantities  to  original 
settings  and  closes  window 


Returns  all  quantities 
to  original  settings 


Figure  38  -  Small  Window  for  Editing  Container  Information 


Click  the  “Generate  Label”  button  when  you  are  satisfied  with  all  of  the  data  that  you  have 
entered.  The  “Generate  Label”  button  causes  a  new  window  to  be  opened  that  contains  the 
shipping  label  (see  Figure  39),  any  changed  MROs  (button  is  grayed-out  if  no  MROs  were 
changed),  the  container  labels  (see  Figure  40),  and  a  list  of  all  requisitions  that  are  included  in 
this  shipment  (see  Figure  41).  The  list  is  intended  to  be  used  as  a  check  list  to  make  sure  that 
every  container  is  accounted  for  in  the  shipment.  Each  of  the  documents  can  be  printed  by 
clicking  on  the  document  (e.g.,  “Shipping”  button)  of  interest  at  the  top  of  the  web  page  and  then 
clicking  the  “Print”  button  at  the  top  of  the  web  page.  Use  the  maroon  print  button,  not  the 
browsers  print  button.  Until  the  “Finish”  button  is  clicked,  the  shipping  label  (see  Figure  39)  will 
contain  the  large  red  letters  “VOID”  as  a  reminder  that  the  shipment  remains  open  for  changes 
and  that  none  of  the  MILSTRIP  transactions  have  been  transmitted.  A  click  of  the  “Finish” 
button  will  remove  the  “VOID”  lettering  and  transmit  the  appropriate  MILSTRIP  transactions 
for  each  of  the  MROs  in  the  shipment. 
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Figure  39  -New  Window  for  Shipping  Forms 
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Figure  41  -New  Window  for  List 


7.4.  View  Existing  Shipment/Container  Labels 


Existing  shipping  and  container  labels  can  be  recalled  and  edited  or  reprinted  (see  Figure  42)  for 
a  few  days  after  they  were  originally  created.  This  is  done  so  that  lost  or  damaged  documents  can 
be  reprinted.  Shipments  can  also  be  edited  before  they  are  finished  to  add  or  remove  MROs  and 
to  change  MRO  quantities.  Shipments  that  already  have  a  “Date  Printed”  can  only  be  viewed. 
They  cannot  be  edited. 
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Provides  access  to  original 
“Generate  Shipping  Label”  so  that 
changes  can  be  made  if  shipping 
label  has  not  been  finished 


Recalls  all  documents  for  this 
shipment  so  that  any  of  the 
documents  can  be  view  and/or 
reprinted 


Figure  42  -  View  Existing  Shipment/Container  Labels  Web  Page 


7.5.  Review  and  Reply  to  Follow-Up  Inquiries 

Follow-up  inquiries  are  periodically  sent  by  the  organization  that  initiated  a  requisition  to  inquire 
about  the  status  of  their  order.  The  inquiries  are  directed  to  the  depot  that  is  responsible  for 
filling  the  order.  If  the  requisition  has  already  been  shipped,  VIM-ASAP  automatically  replies  to 
the  follow-up  inquiry  with  that  information.  If  the  requisition  is  still  in  the  depot’s  queue,  it  is 
displayed  on  this  web  page  (see  Figure  43)  so  that  an  estimated  shipment  date  can  be  entered. 
The  people  responsible  for  MROs  should  review  this  list  every  day  to  provide  an  estimated 
shipping  date  that  is  sent  back  to  the  requestor.  The  most  common  follow-up  inquires  are  those 
for  high  priority  requisitions  with  an  RDD  of  999,  which  means  ship  it  inunediately.  This  is  sent 
the  same  day  that  the  requisition  is  sent.  You  need  not  reply  to  this  inquiry  if  the  requested  items 
will  be  shipped  the  same  day  that  the  requisition  is  received.  If  not,  you  need  to  enter  an  expected 
shipping  date  and  then  click  the  “Transmit”  button. 
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Enter  the  planned  shipping  date- 
and  click  the  transmit  button 


Figure  43  -  Review  and  Reply  to  Follow-Up  Inquiries  Web  Page 
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7.6.  Reports  -  Inventory  Count 


The  inventory  count  report  can  be  used  to  synchronize  each  bill  and  hold  contractors  inventory 
records  with  those  of  DSCP  (see  Figure  44).  DSCP’s  records  are  based  on  adding  any  quantities 
that  were  accepted  from  a  DD250  and  subtracting  any  quantities  for  an  MRO  that  was  issued 
(issued  MROs  are  requisitions  with  a  status  of  “BA”  that  are  assigned  to  the  bill  and  hold 
contractor).  The  table  of  data  for  the  inventory  counts  contains  the  following  columns: 


•  NSN:  The  national  stock  number  of  each  item  in  the  list 

•  Size:  A  definition  of  the  size  for  each  NSN 

•  DSCP  Qty:  The  DLA  owned  quantity  on-hand  in  the  warehouse  after  all  of  the  issued 
MROs  have  been  filled. 
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•  Outstanding  Order  Quantity:  The  total  quantity  from  MROs  that  have  been  issued  to  the 
warehouse,  but  have  not  yet  had  their  shipping  label  printed.  This  quantity  may  still  be  in 
storage  or  it  could  be  picked  and  on  a  pallet  that  does  not  yet  have  its  shipping  label. 

•  Total  Qty:  The  sum  of  the  DSCP  Qty  and  the  Outstanding  Order  Quantity 

•  Full  Cases:  The  total  quantity  divided  by  the  unit  pack  (the  whole  number  only  with  any 
fraction  removed). 

•  Qty  in  Broken  Cases:  The  fraction  that  was  left  over  from  the  full  case  count. 


Click  this  button  to  print  an-s 
inventory  list  for  all  PGCs 


Click  this  button  to  print 
only  the  selected  PGC 


;  PHnt  this  PGC  Only 


Print  m  PGCs 


PGC/Nomendature  [01918-  parka,  cold  weathsr 


i  small  xshort 


f  wished -2: 
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I  8415^11-”: 


I  medium  regular 
j  medium  long 
!  large  short 
I  large  regular 
I  large  long 
I  xiarge  regular 
I  xiarge  long 


46  iP  4791 


Select  a  specific  type 
of  garment 


Figure  44  -  Reports  Inventory  Count  Web  Page 


A  single  PGC  or  all  PGCs  as  a  group  can  be  printed  using  either  button  at  the  top  of  the  web 
page  (see  Figure  44).  A  click  of  either  button  prepares  the  data  for  printing  and  opens  a  second 
window  (see  Figure  45)  for  printing  the  selected  or  all  PGCs. 


Figure  45  -  Reports  -  Inventory  Count  Printing  Window 
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7.7.  Reports  -  Requisition  Status 

This  report  provides  access  to  the  shipment  status  of  requisitions  that  have  been  shipped  during 
the  last  month  or  two.  The  status  stays  available  for  inquiry  for  one  month  after  the  requisition 
has  been  received  and  is  closed  out  of  DSCP’s  database.  The  inquiry  is  done  by  entering  the 
requisition  number  and  any  suffix  code  (see  Figure  46)  in  the  fields  provided  at  the  top  of  the 
web  page.  A  click  of  the  “View”  button  will  display  the  data  that  is  known  about  requested 
requisition. 
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_ VIM -ASAP  v2.0  Capabilities  Overview 

Overview  of  System  Capabilities  and  Advantages 

VIM-AS  AP  is  being  sponsored  by  the  DLA  Apparel  Research  Network  program  and  DSCP.  The 
system  has  been  designed  as  part  of  a  total  supply  chain  management  system  to  provide  support 
for  DSCP  Clothing  and  Textile  contractors  who  manufacture  items  and/or  handle  the  distribution 
as  bill  and  hold  contractors  (see  Figure  1). 


Figure  1:  Role  of  VIM- ASAP  in  DSCP  Supply  Chain  Management 


The  manufacturer’s  functions  of  the  system  support  the  following: 

•  Acceptance  and  handling  of  electronic  contracts  (DD  Form  1 155) 

•  Preparation  and  printing  of  all  shipping  documents,  i.e.,  Packing  Slip  (DD  Form  250), 
Shipment  Labels  (DD  Form  1387),  and  Bar  Coded  Container  Labels 

•  Transmission  of  electronic  invoices  (DD  Form  250)  to  DFAS 

•  Monitoring  DFAS  payments  for  each  invoice  and  each  CLIN 

The  warehouse  functions  of  the  system  support  the  following: 

•  Acceptance  and  handling  of  incoming  shipments  (MRO  DD  Form  1348-1 A) 

•  Acceptance  and  handling  of  incoming  electronic  requisitions  and  the  printing  of  MROs 
(DD  Form  1348-lA),  bar  coded  container  labels,  and  Shipment  Labels  (DD  Form  1387) 
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•  Acceptance  and  handling  of  incoming  MRO  related  orders  and  inquiries 

•  Automatic  preparation  and  transmission  of  all  required  MILSTRIP  and  MILSTRAP 
transactions  that  eliminates  the  requirement  to  use  DAMES 

VIM-AS  AP  is  an  Internet  based  system  where  all  the  data  is  managed  and  maintained  on  a  DLA 
server  and  database  that  is  dedicated  to  this  purpose.  Manufacturers  and  warehouses  access  their 
specific  subset  of  data  from  their  own  sites  using  a  local  Internet  Service  Provider  and  browser. 
Nearly  all  of  the  data  is  automatically  extracted  from  a  variety  of  DLA,  DFAS,  and  DCMA 
systems  that  are  used  by  DSCP  to  manage  contracts,  requisitions,  inventories,  invoices,  and  other 
supply  chain  related  data.  The  only  other  data  in  the  system  is  the  small  amount  of  data  that  is 
entered  by  individual  users,  e.g.,  the  quantity  shipped  for  a  specific  CLIN.  DSCP  data  is  updated 
each  night  after  all  of  the  previous  day’s  actions  have  been  recorded.  The  updated  data  is 
available  each  morning  normally  around  3:00  AM  (East  Coast  Time),  although  there  are  periodic 
problems  that  can  delay  the  updates.  Even  when  there  are  problems,  the  prior  day’s  data  is 
available  until  the  update  is  completed. 

VIM-ASAP  has  been  designed  so  that  all  communications  and  data  formatting  is  done  by  the 
system  automatically.  The  user  does  not  need  to  be  aware  of  any  data  formats  or  the  transmission 
protocols.  This  can  be  seen  when  the  system  formats  and  transmits  the  appropriate  MBLSTRIPs 
and  MILSTRAPs  whenever  an  action  takes  place.  For  example,  when  a  bill  and  hold  contractor 
finishes  a  DD250  for  a  shipment  to  themselves,  two  things  happen  in  the  background.  The  first  is 
the  fully  automatic  formatting  and  transmission  of  the  DD  Form  250  data  to  a  DFAS  system 
called  WInS  (Web  Invoicing  System).  The  second  is  the  fully  automatic  formatting  and 
transmission  of  the  MILSTRAP  transaction  known  as  a  D4S  that  informs  the  DLA  systems  of 
the  receipt  of  the  items  identified  on  the  DD  Form  250. 

The  power  of  the  VIM-ASAP  system  is  based  on  the  consistency  of  all  documents  and 
transmissions  that  are  extracted  from  the  single  source  of  data  from  DLA’s  systems,  e.g.,  the 
contract  data  in  S  AMMS  is  used  to  prepare  both  the  paper  DD  Form  250  and  the  transmission  of 
the  invoice  to  DFAS.  There  can  be  no  mismatch  and  thus  no  pa5anent  delaying  correction  cycle. 
The  only  problem  with  this  single  source  of  information  can  be  seen  when  the  source  data  is 
incorrect.  When  this  happens,  personnel  from  each  manufacturer  or  warehouse  will  need  to 
contact  the  people  they  deal  with  at  DSCP  to  correct  the  data  problem.  VIM-ASAP  also  provides 
an  800  number  and  e-mail  address  that  can  be  used  to  get  problems  resolved.  This  may 
periodically  cause  a  delay  at  the  start  of  an  activity,  but  the  advantage  is  that  the  problems  are 
corrected  before  more  serious  problems  occur,  such  as  shipments  going  to  the  wrong  location  or 
delays  in  payments  because  of  some  mismatch  in  data  between  the  invoice  and  DFAS’s  records. 

VIM-ASAP  supports  two  classes  of  users  and  each  has  their  own,  but  overlapping  series  of 
functions  that  they  can  perform.  A  summary  of  the  functions  that  each  class  of  users  can  perform 
is  identified  in  the  following  sections.  Detailed  explanations  of  how  to  perform  each  function  can 
be  found  in  the  users  manual. 

Do  not  miss  Section  4  “User  Notices  -  Important” 
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1  Manufacturers 

The  primary  manufacturer’s  functions  (see  Figure  1-1)  include  the  receipt  and  review  of  new 
contracts,  the  recording  of  the  planned  start  of  cutting,  the  preparation  of  the  required  shipping 
documents  and  invoices,  and  the  monitoring  of  the  payment  process.  The  specific  manufacturing 
capabilities  of  VIM- ASAP  are  as  follows: 


1.  Contracts  and  delivery  orders  can  be  received  electronically  as  a  DD  Form  1155  “Order  for 
Supplies  or  Services”  as  well  as  a  queue  of  CLINs  that  can  be  individually  started  into 
production  as  an  entire  or  partial  CLIN  order  quantity.  The  contract  data  is  updated  every 
night  from  the  prior  day’s  releases  by  DSCP.  The  data  can  also  be  downloaded  for  use  in 
each  manufacturer’s  internal  accounting  and/or  production  control  systems. 

2.  The  system  provides  a  list  of  CLINs  for  unfinished  orders  so  that  the  start  of  cutting  can  be 
recorded  for  each  contract  and  CLIN.  This  information  can  be  used  by  manufacturers  to 
track  the  status  of  their  orders  as  well  as  by  DSCP  for  a  variety  of  purposes,  including 
helping  with  the  evaluation  of  the  impact  of  a  change  to  the  schedule  or  order  quantity. 

3.  When  it  is  time  to  ship  an  order,  the  system  can  prepare  all  of  the  required  shipping 
documents  and  labels.  A  shipment  is  a  collection  containers  (e.g.,  boxes)  from  one  or  more 
DD  Form  250s.  Each  container  requires  a  bar  coded  stick-on  label  that  shows  the  NSN, 
quantity,  and  contract  identification.  The  collection  of  containers  on  an  individual  pallet  or 
inside  a  larger  container  requires  a  “Military  Shipment  Label”  (DD  Form  1387).  The 
shipment  contains  one  or  more  packing  slips  that  identifies  all  of  the  items  being  shipped. 
The  packing  slip  is  also  the  invoice  in  the  form  of  a  Material  Inspection  and  Receiving 
Report  (DD  Form  250).  The  system  is  capable  of  formatting  and  printing  all  of  these 
documents  and  then  formatting  and  transmitting  the  invoice  data  to  DFAS  for  pa5unent.  The 
invoice  data  can  also  be  downloaded  for  use  in  each  manufacturer’s  internal  accounting 
and/or  production  control  systems. 

4.  The  system  can  track  payment  status  by  combining  the  submitted  invoice  data  with  pajunent 
data  that  is  extracted  each  morning  from  the  DFAS  payment  system.  The  tracking  can  be 
done  at  the  invoice  level  as  well  as  at  the  CLIN  level. 
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2  Manufacturers  with  Warehousing  Responsibilities 

Manufacturers  with  warehousing  responsibilities  are  called  Bill  and  Hold  contractors.  Their 
manufacturing  capabilities  (see  Figure  2-1)  are  nearly  identical  to  those  of  the  manufacturers 
identified  in  Section  1  of  this  document.  The  only  difference  between  the  two  can  be  seen  in 
function  3  where  a  MILSTRAP  transaction  “D4S”  is  automatically  sent  to  SAMMS  at  DSCP 
whenever  the  manufacturer  is  shipping  to  themselves.  The  “D4S”  informs  SAMMS  that  the 
shipment  has  been  received  at  the  warehouse.  It  is  sent  automatically  because  the  shipment  never 
really  goes  anywhere.  It  is  kept  by  the  manufacturer  who  also  manages  the  warehouse  until  the 
bill  and  hold  contractor  is  told  to  ship  some  or  all  of  the  items  to  a  specific  location. 


Figure  2-1:  Bill  and  Hold  Contractor’s  Primary  Manufacturing  Functions 


In  addition  to  their  manufacturing  activities,  the  bill  and  hold  contractor  has  warehousing 
responsibilities  for  receiving  returns  and  responding  to  orders  and  inquiries  (see  Figure  2-2).  The 
specific  warehousing  capabilities  of  VIM-ASAP  are  as  follows: 


1.  Orders  and  inquiries  can  be  viewed  and  acted  upon  by  the  bill  and  hold  contractor.  Orders 
come  in  the  form  of  an  MRO  to  ship  a  quantity  of  a  specific  NSN  to  a  particular  location. 
Inquiries  take  many  forms,  but  are  primarily  follow-up  inquiries  from  the  organization  that 
created  the  original  requisition.  When  acted  upon,  both  orders  and  inquiries  need  to  have  a 
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MILSTRIP  transaction  created  to  inform  DSCP  of  the  actions  taken.  VIM-ASAP  is  capable 
of  formatting  and  transmitting  these  transactions  automatically.  When  an  order  is  being 
filled,  the  system  can  also  prepare  and  print  all  of  the  required  shipment  documents, 
including  a  Material  Release  Order  (DD  Form  1348-1 A),  a  Military  Shipment  Label  (DD 
Form  1387),  and  however  many  container  labels  are  required  for  each  individual  container. 
The  data  can  also  be  downloaded  for  use  in  each  manufacturer’s  internal  accounting  and/or 
production  control  systems. 

2.  Bill  and  hold  contractors  never  receive  shipments  from  other  depots  or  manufacturers.  They 
only  receive  manufacturing  shipments  from  themselves  as  well  as  an  occasional  return  from 
a  retail  site  or  depot.  Each  of  the  returns  must  be  authorized  by  DSCP,  have  an  MRO 
attached  to  the  shipment,  and  be  processed  back  into  DSCP’s  inventory.  VIM-ASAP  is 
capable  of  identifying  the  returned  items  on  the  MRO  and  automatically  formatting  and 
transmitting  the  appropriate  MILSTRIP  transaction  so  that  SAMMS  is  updated  at  DSCP. 
The  data  can  also  be  downloaded  for  use  in  each  manufacturer’s  internal  accounting  and/or 
production  control  systems. 
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3  System  Requirements 

The  following  equipment  and  software  is  required  to  use  VIM- ASAP: 

•  Computer:  The  computer  requirements  are  a  function  of  operating  system  and  the  version 
of  the  browser  that  is  being  used  although  the  operating  system  must  be  MS  Windows 
based.  Microsoft  provides  minimum  configuration  information  for  their  latest  browser  (IE 
6.0)  at  http://www.microsoft.com/windows/ie/evaluation/svsreqs/default.asp.  A  general 
comment  is  that  if  the  browser  you  selected  runs  on  your  computer,  then  VIM- ASAP  will 
also  run. 

•  Internet  Connection:  Any  type  of  Internet  connection  will  work  although  faster  is  always 
better.  Phone  modems  at  64k  bps  will  work  fine  in  nearly  all  circumstances.  Delays  should 
only  be  noticeable  when  large  numbers  of  shipping  labels  are  required. 

•  Printer:  Nearly  any  brand  of  printer  can  be  used  as  long  as  it  is  either  an  ink  jet  or  laser 
printer. 

•  Software:  You  will  need  to  install  Microsoft’s  Internet  Explorer  5.5  (or  greater)  and  set 
the  security  level  to  no  higher  than  “Medium”.  Some  versions  of  the  browser  do  not 
contain  all  the  needed  additional  software.  If  your  version  does  not  have  everything  that  is 
needed,  the  system  will  automatically  detect  this  and  initiate  a  download  of  the  required 
components.  You  will  be  asked  to  giver  permission  for  the  download.  Simply  approve  the 
download  and  ever)4hing  that  needs  to  be  done  will  be  done  automatically.  This  will  only 
happen  the  first  time  a  missing  component  is  discovered.  Once  downloaded,  the 
component  is  permanently  installed. 

The  two  most  common  causes  of  slow  VIM- ASAP  performance  are  the  speed  of  your  modem 
and  the  amount  of  RAM  you  have  on  your  computer.  Adding  additional  RAM  can  typically  be 
done  for  less  than  fifty  dollars.  There  are  dozens  of  ways  to  improve  communications  speed. 
Your  local  Internet  Service  Provider  or  cable  company  can  review  what  they  have  to  offer. 
Satellite  communications  are  also  available  in  rural  areas  that  do  not  have  many  other  options. 
Each  of  the  satellite  companies  can  tell  you  about  their  services. 
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4  User  Notices  -  Important 


Item 

Problem 

,  rXiMk 

1 

There  are  problems  with  invoices  for 
subsequent  shipments  after  earlier 
shipments  were  within  2%  of  order 
quantity 

DFAS  frequently  close  contracts  whenever 
the  received  quantity  gets  within  2%  of  the 
order  quantity.  This  also  causes  DSCP’s 
contract  data  to  be  removed  from  their 
system  (i.e.,  SAMMS).  When  this  happens, 
VIM-ASAP  can  no  longer  be  used  to  create 
DD250s  for  the  last  2%  of  the  order. 
Bypassing  VIM-ASAP  and  sending  a  paper 
DD250  is  not  a  solution  to  this  problem. 
DFAS  will  not  pay  the  invoice  because 
they  no  longer  have  a  record  of  the 
contract. 

DSCP  has  stated  that  the  only  way  to 
resolve  this  problem  is  for  the  manufacturer 
to  contact  their  DSCP  contracting  officer  to 
get  the  contract  reinstated.  Once  this  is 
done,  VIM-ASAP  and  DFAS  will  have  the 
data  required  to  create  and  pay  the  DD250. 
DSCP  is  beginning  to  modify  the  method 
they  use  to  code  variances  so  that 
shipments  within  the  variance  percentage, 
but  under  the  order  quantity  stay  active  in 
DFAS. 
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ARN  Program 

PDIT  Final  Technical  Report 

Contract  GS-35F-01 12L/SP0103-01-FA026 


Prepared  for: 

Apparel  Research  Network  Program 
Defense  Logistics  Agency 
DSCP  and  HQ,  Fort  Belvoir,  VA 


Prepared  by: 


PDIT 


Product  Data  Integration  Technologies,  Inc. 
444  West  Ocean  Blvd.,  Suite  1800 
Long  Beach,  California  90802 
(562)  495-6500 
(562)  495-6509  Fax 
info@pdit.com 
http  ://www.pdit.com 


April  9,  2002 


Data  Format  for  MILSTRIPs  and  MILSTRAPs 


D6_ 

All  D6_  Dies 

1 

RIC 

4 

6 

RIC  of  the  DODAAC  of 
the  DOC  NR  or  the 
SUPP  ADDR  if 
SIGNAL_CD  =  J,  K,  L, 
or  M 

Leave  Blank 

7 

7 

NSN 

8 

22 

UI 

24 

QTY 

25 

29 

Right  justified,  zero  filled 

DOC_NR 

30 

43 

SFX_CD 

44 

44 

SUPP_ADDR 

45 

50 

SlGNAL_CD 

51 

51 

FUND_CD 

52 

53 

DlST_CD 

54 

56 

PROJECT_CD 

57 

59 

Always  Blank 

60 

66 

RIC 

67 

69 

RIC  of  receiving  depot 

OP_CD 

70 

70 

COND_CD 

71 

71 

Entered  by  receiving 
organization  from  pull¬ 
down  list  of  codes 

MGT_CD 

72 

72 

Day  of  Year 

73 

75 

Right  justified,  zero  filled 

Always  Blank 

76 

80 

Note;  All  data  is  left  justified,  blank  filled  unless  otherwise  indicated  (including  all  “Nulls”  converted  to 
blanks) 
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a 

D4_ 

All  D4_  Dies 

3 

RIC  of  ICP 

4 

6 

RIC  from  DODAAC  of 
DOC_NR  that  ordered 
the  material.  If 

DOD/\AC  is  null  or 
blank,  then  set  RIC  to 
“SOT” 

Always  Blank 

7 

7 

NSN 

8 

22 

Ul 

23 

24 

QTY 

25 

29 

Right  justified,  zero  filled 

PUN 

30 

42 

Always  Blank 

43 

43 

Always  Blank 

44 

44 

CLIN 

45 

50 

Always  Blank 

51 

53 

DISTR_CD 

54 

56 

PROJECT_CD 

57 

59 

Shipment  Number 

60 

66 

Entered  by  receiving 
organization 

RIC  of  receiving 
organization 

67 

69 

OP-CD 

70 

70 

Condition  Code 

71 

71 

Supply  condition 
selected  by  user  from 
pull-down  list 

MGMT_CD 

72 

72 

Day  of  the  Year 

73 

75 

Right  justified,  zero  filled 

The  day  of  the  year 
that  the  MILSTRAP  is 
generated 

Always  Blank 

76 

76 

CALL_NR 

77 

80 
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D8 

& 

D9_ 

All  D8_  and  D9_ 
DICs,  except  D8E, 
D8F,  D8S,  D9E, 
D9F,  D9S 

1 

3 

Always  Blank 


Always  Blank  45 

Always  Blank  52 

Always  Blank  54 


Always  Blank  57 

Always  Blank  60 

Error  Classification  63 

Always  Blank  65 


Always  Blank  66 

RIC  67 

Always  Blank  70 

Always  Blank  71 


Always  Blank  72 


Day  of  the  year  73 

Always  Blank  76 


Does  DLA  use  this  error 
classification? 


Right  justified,  zero  filled 


RIC  set  to  “S9T”for 
DSCP 


NSN 

8 

22 

Ul 

23 

24 

QTY 

25 

29 

Right  justified,  zero  filled 

DOC_NR 

30 

43 

SFX_CD 

44 

44 

9799? 

Quantity  to  increase  or 
decrease  (do  not  use 
negative  sign  for 
decrease) 

If  this  is  driven  by  the 
calendar,  then  there  is 
|ioDOC_NR 


(f  this  is  driven  by  the 
calendar,  then  there  is 
no  SFX  CD 


Set  by  the  user  using  a 
pull-down  list 


RIC  of  depot  making 
the  adjustment 


Julian  day  of  the  year 
that  this  transaction 
was  generated 
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Data  Format  for  MILSTRIPs  and  MILSTRAPs 


A2A 

BH 

3 

RIC 

4 

6 

RIC  of  depot  or  bill  and 
hold  contractor  that  is 
will  fill  the  order 

MEDIA_STAt_CD 

7 

7 

Always  “S”  (100  % 
supply  status  and 
shipment  to 
requisitioner) 

NSN 

8 

22 

Ul 

23 

24 

QTY 

25 

29 

Right  justified,  zero  filled 

DOC_NR 

30 

43 

bMOlCD? 

44 

44 

9999999999999 

SUPP_ADDR 

45 

50 

Always  blank  for 
replenishment  orders 
from  depots 

PIGNALJCD 

51 

51 

Always  set  to  “D”,  i.e., 
free-issue 

FUNDlCb 

52 

53 

Always  set  to  “00” 

DIST2CD 

54 

56 

99999999999 

PROJECt_Cb 

57 

59 

Lion  Vallen  is  always 
set  to  “EDI” 

PFilORITY_Cb 

60 

61 

Lion  Vallen  is  always 
set  to  “06” 

ROD 

62 

64 

Right  justified,  zero  filled 

Lion  Vallen  is  always 
either  null  or“S24” 

AbVICE.CD 

65 

66 

Always  set  to  “27” 

Date  of  Receipt  of 
Requisition 

67 

69 

Leave  Blank 

Ownership 

70 

70 

97799999? 

Supply  Condition 

71 

71 

9999999999 

System 

Management 

72 

73 

999999999 

RIC  of  requestor 

74 

76 

Inventory  Control 
Data 

77 

80 

999999999999? 
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Data  Format  for  MILSTRIPs  and  MILSTRAPs 


DOC_NR 


SFX_CD 

SUPP_ADDR 

SIGNAL_CD 


FUND_CD 


DIST_CD 

PROJECT_CD 

PRIORITY_CD 


RDD 

ADVICE_CD 

RIC 


OP_CD 

COND_CD 

MGT_CD 

A61  -  overseas  shipment 

A65  -  overseas  shipment 
with  exception  data 

A6A  -  domestic  shipment 

A6E  -  domestic  shipment 
with  exception  data 

Always  “S9T” 


Ul 

23 

24 

Right  justified,  zero  filled 


Always  Blank 


RIC  of  the  depot 
sending  this 
transaction 


Entered  by  sending 
organization  from  pull¬ 
down  list  of  codes 
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Data  Format  for  MILSTRIPs  and  MILSTRAPs 


n 

A6J 

A6J 

1 

3 

Disposal  Release 
Denial 

RIC  of  ICP 

4 

6 

Always  “S9T” 

RIC  from  DODAAC  of 
DOC_NR  that  ordered 
the  material.  If 

DODAAC  is  null  or 
blank,  then  set  RIC  to 
“S9T” 

MEDIA_STAT_CD 

7 

7 

NSN 

8 

22 

ui 

23 

24 

QTY 

25 

29 

Right  justified,  zero  filled 

DOC_NR 

30 

43 

SFX_CD 

44 

44 

Leave  Blank 

Retention  Quantity 

45 

51 

Right  justified,  zero  filled 

The  only  reason  for  a 
disposal  release  order 
denial  is  that  there  are 
none  on  hand. 

Therefore,  this  will  be 
set  to  zero.  On  hand 
qty  from  NIR2 

FUND_CD 

52 

53 

DIST_CD 

54 

54 

Always  “9” 

Mike,  this  is  always  “9” 
in  ARL,  so  1  defaulted 
it  here  also.  Doina 

Leave  Blank 

55 

56 

Denial  Date 

57 

59 

Right  justified,  zero  filled 

The  day  of  the  year 
that  the  MILSTRAP  is 
generated 

Leave  Blank 

60 

66 

RIC 

67 

69 

RIC  of  receiving  depot 

OP_CD 

70 

70 

COND_CD 

71 

71 

Entered  by  receiving 
organization  from  pull¬ 
down  list  of  codes 

MGT_CD 

72 

72 

Always  blank 

Leave  Blank 

73 

80 

Last  saved  by  Mike  O’Connell 


Page  6 


5/8/2002  8:55  AM 


P:\DLA  AAVSXFinal  Technical  ReportsXFTR  thru  Feb  2002\Appendices\Appendix  G.doc 


Data  Format  for  MlLSTRIPs  and  MILSTRAPs 


AF_ 

All  AF_s 

1 

3 

RIC 

4 

6 

RIC  that  was  assigned 
responsibility  for  the 
requisition 

MEDIA_STAT_CD 

7 

7 

NSN 

8 

22 

Ul 

23 

24 

QTY 

25 

29 

Right  justified,  zero  filled 

DOC_NR 

30 

43 

DMD_CD 

44 

44 

Doina -this  is  in  the 
ARCS1 ,  but  we  are  not 
Ciirrentiy  getting  this 

SUPP_ADDR 

45 

50 

SIGNAL_CD 

51 

51 

FUND_CD 

52 

53 

DIST_CD 

54 

54 

Leave  Blank 

55 

56 

PROJECT_CD 

57 

59 

PRIORITY_CD 

60 

61 

RDD 

62 

64 

ADVICE_CD 

65 

66 

Blank 

67 

69 

Blank 

70 

80 
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MEDIA_STAT_CD  7 
NSN  8 


Ul  2 

QTY  _2 

DOC_NR  3 


SFX_CD  4 


Always  Blank  4 

S1GNAL_CD  5 

FUND_CD  5 


DIST_CD  5 

PROJECT_CD  5 

PRIORITY_CD  6 

ROD  6 


ADVICE_CD  6 

RIC  6 

Always  Blank  7 


Last  saved  by  Mike  O’Connell 


Page  8 


5/8/2002  8:55  AM 


P:\DLA  /\AVS\Final  Technical  ReportsXFTR  thru  Feb  2002\Appendices\Appendix  G.doc 


Data  Format  for  MILSTRIPs  and  MILSTRAPs 


Quantity  on  hand 


Precious  Metals 
Indicator 


ADPE 

Identification 


DEMIL_CD 


Reclamation 


OP_CD 


COND  CD 


MGT_CD 

Flight  Safety 
Critical  Aircraft 
Parts 


Disposal  Release 
Cancellation  Reply 


RIC  from  DODAAC  of 
DOC_NR  that  ordered 
the  material.  If 
DODAAC  is  null  or 
blank,  then  set  RIC  to 
“S9T” 


Right  justified,  zero  filled  Total  quantity  currently 

on  hand  at  this  RIC 


Always  “A”,  i.e.,  no  known 
precious  metal 


Always  “0”,  i.e.,  no  ADPE 


Always  “N”,  i.e., 
reclamation  not  required 


Entered  by  receiving 
organization  from  pull¬ 
down  list  of  codes 


P:\DLA  AAVS\Final  Technical  Reports\FTR  thru  Feb  2002\Appendices\Appendix  G.doc 


Data  Format  for  MILSTRIPs  and  MILSTRAPs 


i 

1 

3 

Material  Release 
Confirmation 

1 

RIC 

4 

6 

The  RIC  of  the 

DOD/\AC  of  the 
DOC_NR  or  the 

SUPP  ADDR  if 
SIGNAL_CD  =  J,  K,  L, 
or  M 

MEDIA_STAT_CD 

7 

7 

NSN 

8 

22 

Ul 

23 

24 

QTY 

25 

29 

Right  justified,  zero  filled 

DOC_NR 

30 

43 

SFX_CD 

44 

44 

Leave  Blank 

779??  Why  97777 

SUPP_ADDR 

45 

50 

HOLD_CD 

51 

51 

FUND_CD 

52 

53 

POE  (Port  of 
Embarkation) 

54 

56 

Leave  blank  except  for 
OCONUS  destinations. 

Date  Shipped 

57 

59 

Right  justified,  zero  filled 

Julian  day 

TCN 

60 

76 

Determined  by  code 
that  generates  the 
shipping  label  (DD 

1387) 

Mode  of  Shipment 

77 

77 

Set  by  user  using  pull¬ 
down  list  when 
preparing  shipping 
label 

Date  Available  for 
Shipment 

78 

80 

Right  justified,  zero  filled 

Set  to  Date  Shipped 
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Data  Format  for  MILSTRIPs  and  MILSTRAPs 


AR_  ARJ,  ARK,  &  ARL  1  3  ARJ:  ship  qty  =  req  qty  Disposal  Release 

ARK:  ship  qty  >  req  qty  Confirmation 

ARL:  ship  qty  <  req  qty 


SFX_CD 

44 

44 

Leave  Blank 

Retention  Quantity 

45 

51 

Right  justified,  zero  filled 

Calculated  by 
subtracting  the 
shipped  QTY  from  the 
current  on-hand 
inventory  level; 
changed  to  use  NIR2 
qty 

FUND_CD 

52 

53 

ARCS1 

DIST_CD 

54 

54 

Always  “9” 

Always  Blank 

55 

56 

Ship  Date 

57 

59 

Right  justified,  zero  filled 

Today’s  Julian  day  of 
year 

Always  Blank 

60 

61 

Precious  Metals 
Indicator 

62 

62 

Always  “A”,  i.e.,  no  known 
precious  metal 

■ 

ADPE 

Identification 

63 

63 

Always  “0”,  i.e.,  no  ADPE 

Disposal  Authority 

64 

64 

Always  set  to  “M” 

STATUS_CODE 

65 

66 

Always  set  to  “DG” 

RIG 

67 

69 

RIC  of  the  depot 
sending  this 
transaction 

OP_CD 

70 

70 

ARCS3 

COND_CD 

71 

71 

ARCS3 

MGT_CD 

72 

72 

Always  blank 

ARCS3  is  always 
blank 

Always  Blank 

73 

80 
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Data  Format  for  MILSTRIPs  and  MILSTRAPs 


RIC  of  ICP 


MEDIA_STAT_CD 

NSN 


Ul 

QTY 


DOC_NR 


SFX_CD 


SUPP_ADDR 

SIGNAL_CD 


FUND_CD 

DIST_CD 

PROJECT_CD 


PRIORITY_CD 


T ransaction  Date 


8 

22 

23 

24 

25 

29 

Right  justified,  zero  filled 


Right  justified,  zero  filled 


Right  justified,  zero  filled 
of  the  form  YDDD 


Today’s  Julian  day  of 
the  year 

The  user  defines  the 
status  of  the  requisition 
using  a  pull-down  list 
of  valid  codes 


RIC  of  depot  sending 
this  reply 

This  is  either  the  actual 
shipped  date  or  the 
planned  ship  date  as 
entered  by  the  user 
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Data  Format  for  MILSTRIPs  and  MILSTRAPs 


ASZ 

ASZ 

1 

3 

Disposal  Shipment 
Confirmation 

RIC  of  ICP 

4 

6 

“S9T” 

MEDIA_STAT_CD 

7 

7 

NSN 

8 

22 

Ul 

23 

QTY 

25 

29 

Right  justified,  zero  filled 

DOC_NR 

30 

43 

SFX_CD 

44 

44 

Leave  Blank 

SUPP_ADDR 

45 

50 

SIGNAL_CD 

51 

51 

FUND.CD 

52 

53 

DIST_CD 

54 

54 

Always  “9” 

Always  Blank 

55 

64 

ADVICE_CD 

65 

66 

Hi 

Always  Blank 

67 

80 
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ARN  Program  -  PDIT  Final  Technical  Report 


Appendix  H 

VIM- ASAP  Implementation  Status 


ARN  Program 

PDIT  Final  Technical  Report 

Contract  GS-35F-01 12L/SP0103-01-FA026 


Prepared  for: 

Apparel  Research  Network  Program 
Defense  Logistics  Agency 
DSCP  and  HQ,  Fort  Belvoir,  VA 


Prepared  by: 


PDIT 


Product  Data  Integration  Technologies,  Inc. 
444  West  Ocean  Blvd.,  Suite  1800 
Long  Beach,  California  90802 
(562)  495-6500 
(562)  495-6509  Fax 
info@pdit.com 
http://www.pdit.com 


April  9,  2002 


VIM-ASAP  Implementation  Report 
Summary  For  All  VIM-ASAP  Implementations 

Five  manufacturers  or  bill  and  hold  contractors  are  in  production  using  the  new  version  of  VIM- 
ASAP.  Six  more  have  been  trained.  ATI  has  trained  MJ  Soffee.  CAR  has  trained  JH  Rutter-Rex 
and  has  started  working  with  Propper  and  American  Apparel.  Any  data  quality  problems  are 
being  resolved  by  DSCP  in  a  timely  manner.  There  aie  currently  no  outstanding  data  quality 
problems.  A  few  software  changes  were  made  to  the  method  used  1)  to  create  the  TCN 
(Transportation  Control  Number);  2)  the  treatment  of  suffix  codes  for  manually  entered 
requisitions;  and  3)  the  placement  of  information  on  the  face  of  the  DD250  to  be  in  compliant 
with  a  QAR’s  direction.  A  report  function  was  added  to  help  the  bill  and  hold  contractors  keep 
their  inventory  records  in  sync  with  those  of  DSCP. 

Statistics  (2/1/2002  -  2/28/2002) 

•  DD250s  Created:  229 

•  D4S  Transactions;  604 

•  MROs  Created:  3,168 

•  MILSTRIP  Transactions:  3,169 

•  Violations  or  Problems: 
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VIM-ASAP  Implementation  Report 
Apparel  Manufacturing  Company  (AMC  -  0N1T2/SAD) 

Status:  AMC  is  in  full  production  with  VIM-ASAP.  They  are  using  VIM-ASAP  for  100%  of 
their  DD250s,  MROs,  and  MILSTRIP  and  MILSTRAP  transactions.  All  AMC’s  payments  from 
DFAS  are  current. 

•  Manufacturing  Functions  Start  Date:  September  26, 2001 

•  Depot  Functions  Start  Date:  November  13, 2001 
Statistics  (2/1/2002  -  2/28/2002) 

•  DD250s  Created:  37 

•  D4S  Transactions:  180 

•  MROs  Created:  173 

•  MILSTRIPs  Transactions:  173 

•  Violations:  None 

Recent  Manufacturing  Related  Problems 

•  None 

Recent  Depot  Related  Problems 

•  None 
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February  2002 


VIM-ASAP  Implementation  Report 
Tennessee  Apparel  (TNN  -  9A180/TNN) 

Status:  TNN  is  in  full  production  with  VIM-ASAP.  They  are  using  VIM-ASAP  for  100%  of 
their  DD250s,  MROs,  and  MILSTRIP  and  MILSTRAP  transactions.  All  TNN’s  payments  from 
DFAS  are  current. 

•  Manufacturing  Functions  Start  Date:  November  30, 2001 

•  Depot  Functions  Start  Date:  November  14,  2001 
Statistics  (2/1/2002  -  2/28/2002) 

•  DD250s  Created:  72 

•  D4S  Transactions:  424 

•  MROs  Created:  2,931 

•  MILSTRIPs  Created:  2,932 

•  Violations:  None 

Recent  Manufacturing  Related  Problems 

•  TNN  received  two  faxed  emergency  requisitions  with  a  suffix  code  of  “N”  that  were 
manually  entered  into  VIM-ASAP  and  then  filled  and  shipped.  The  SAMMS  created 
orders  showed  up  two  days  later  without  the  suffix  code  of  “N”  causing  a  mismatch.  DSCP 
explained  that  the  special  codes  of  “N”  for  non-recurring  and  “R”  for  recurring  are  entered 
into  the  suffix  field,  but  these  are  not  suffix  codes.  VIM-ASAP  was  changed  to  ignore 
suffix  codes  of  “N”  and  “R”. 

Recent  Depot  Related  Problems 

•  Two  ARO  transactions  were  generated  for  TNN  items  and  were  then  violated.  Neither  of 
the  transactions  came  from  VIM-ASAP  or  from  TNN.  DSCP  was  unable  to  trace  the 
source  of  these  transactions. 
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VIM-ASAP  Implementation  Report 
Tullahoma  Industries  (TIL  -  1NTN6/SDR) 

Status:  TIL  is  in  full  production  with  the  depot  functions  of  VIM-ASAP.  They  are  using  VIM- 
ASAP  for  100%  of  their  MROs  and  MILSTRIP  transactions.  They  are  currently  working  with 
DFAS  to  get  production  authorization  for  the  submission  of  digital  DD250s  via  WInS. 

•  Manufacturing  Functions  Start  Date:  TBD 

•  Depot  Functions  Start  Date:  February  8, 2002 
Statistics  (1/1 1/2002  -  2/16/2002) 

•  DD250s  Created:  None 

•  D4S  Transactions:  None 

•  MROs  Created:  64 

•  MILSTRIP  Transactions:  64 

•  Violations:  None 

Recent  Manufacturing  Related  Problems 

•  TIL  has  raised  an  issue  about  who  can  and  how  discounts  codes  are  communicated  to 
DFAS.  The  issues  have  been  defined  to  DSCP  to  get  guidance  about  what  VIM-ASAP 
should  do  with  the  handling  of  discount  codes. 

Recent  Depot  Related  Problems 

•  None 
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February  2002 


VIM-ASAP  Implementation  Report 


JH  Rutter-Rex  (RRM) 

CAR  Supported 

Status:  RRM  has  successfully  created  3  DD250s  during  this  implementation  phase.  They  are 
waiting  to  see  the  response  time  for  payments.  Once  these  DD250s  have  been  paid,  they  will 
move  most,  if  not  all  DD250s,  to  the  VIM-ASAP  system.  Plans  are  in  progress  for  beginning 
depot  functions. 

•  Manufacturing  Functions  Start  Date;  February  16,  2002 

•  Depot  Functions  Start  Date:  TBD 
Statistics  (2/1/2002  -  2/28/2002) 

•  DD250s  Created:  3 

•  D4S  Transactions:  None 

•  MROs  Created:  None 

•  MILSTRIP  Transactions:  None 

•  Violations:  None 

Recent  Manufacturing  Related  Problems 

•  RRM  had  an  issue  concerning  the  shipment  numbers  and  invoice  numbers.  They  were 
informed  the  two  numbers  must  be  independent  from  each  other,  otherwise  they  could  run 
into  problems  when  trying  to  track  DD250  pajnnents.  The  issue  has  been  resolved. 

o  PDIT  Comments:  Some  of  the  manufacturers  have  been  using  the  shipment  number  as 
their  invoice  number.  Shipment  numbers  are  not  unique  and  are  repeated  for  every 
delivery  order.  DFAS  uses  the  invoice  number  as  a  unique  payment  tracking  number. 
When  duplicates  occur,  CLINs  from  multiple  invoices  get  confused  and  it  gets  very 
difficult  to  track  the  payment  to  the  invoice.  Most  manufacturers  use  a  unique  invoice 
number  so  this  is  not  a  problem  for  them.  VIM-ASAP  enforces  the  entry  of  a  unique 
invoice  number. 

•  Mistakes  were  made  on  one  DD250  and  it  needed  to  be  resubmitted  with  the  corrections. 
However  this  is  not  a  function  available  on  VIM-ASAP.  A  procedure  was  established  in 
case  RRM  ever  had  to  resubmit  a  DD250.  They  would  contact  technical  support  and,  in 
turn,  they  would  request  that  Michael  O’Connell  resubmit  the  corrected  DD250. 

o  PDIT  Comments:  VIM-ASAP  does  not  support  the  correction  of  a  submitted  DD250 
because  DFAS  will  not  accept  the  electronic  submission  of  a  corrected  DD250.  DFAS 
requires  the  contractor  to  manually  line  out  errors  and  then  make  the  correction  on  a 
paper  copy  of  the  original  DD250.  RRM  made  an  odd  correctable  error  by  forgetting  to 
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February  2002 


VIM-ASAP  Implementation  Report 


set  the  option  to  transmit  their  invoice  electronically  to  DFAS  before  they  finished  the 
DD250.  PDIT  simply  reran  the  finish  step  after  RRM  corrected  the  setting. 

Recent  Depot  Related  Problems 

•  None 
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VIM-ASAP  Implementation  Report 


MJ  Soffee  (MJS) 

AH  Supported 

Status:  MJS  is  a  manufacturer  with  no  bill  and  hold  responsibilities.  They  are  in  full  production 

and  using  the  system  to  transmit  all  invoices  to  DFAS  electronically. 

•  Manufacturing  Functions  Start  Date:  September  26,  2001  (ASAPweb  v  1.5)  and  February 
26,  2002  (VIM-ASAP) 

Statistics  (1/1 1/2002  -  2/16/2002) 

•  DD250s  Created:  117 

Recent  Manufacturing  Related  Problems 

•  Cleaned  up  of  outdated  and  completed  contracts.  One  contract  has  unit  pack  of  1  requiring 
Soffee  to  edit  labels  if  they  want  to  use  the  ones  in  VIM-ASAP.  Both  users  of  the  system 
had  to  update  the  Internet  Explorer  version  on  their  systems.  They  had  version  5.0  which 
was  causing  problems  with  the  menu.  Once  the  update  was  done  the  problem  was  resolved. 
I  worked  with  them  for  3  hours  on  the  26*  and  a  few  minutes  each  day  since  then.  Walked 
them  through  all  the  menu  selections.  Will  continue  to  work  with  them  through  the  month 
of  March.  Asked  that  Void  be  moved  from  location  over  invoice  number  to  use  DD250’s 
as  picket  tickets.  Had  problem  with  contract  not  allowing  entry  of  ship  quantity. 

Discussed  with  Mike  and  explained  to  Deya  what  was  requirement  ship  quantity  entry. 
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VIM-ASAP  Implementation  Report 
Training  Completed 

The  following  companies  have  been  trained  in  the  use  of  VIM-ASAP,  but  have  not  yet  started 
using  the  system  in  production. 

Uniart:  Many  of  their  contracts  call  for  MOCAS  formatted  invoices  with  GFM.  DFAS  does  not 
support  this  combination.  Uniart  has  been  unwilling  to  have  their  contracts  call  for  S  AMMS 
invoices  because  they  have  been  unable  to  get  DFAS  to  accept  their  discounts.  The  problem  has 
been  traced  to  the  lack  of  discount  codes  being  entered  into  SAMMS.  DSCP  is  working  to 
correct  this  problem  and  Uniart  will  begin  testing  the  system  in  the  near  future.  They  have  not 
made  a  coimnitment  to  any  specific  date. 

Golden  Manufacturing:  They  will  start  using  VIM-ASAP  when  MRO  related  data  can  be 
exported  to  Excel. 

Tennier  Industries:  Training  was  just  completed  on  2/8/2002.  PDIT  started  working  with  them 
into  full  production  when  their  computer  failed.  They  will  call  when  the  equipment  is  repaired. 

Clemson  Apparel  Research:  They  will  start  using  VIM-ASAP  on  a  new  contract  that  has  just 
been  issued. 

Propper:  CAR  has  reviewed  the  system  with  them.  They  have  just  started  using  the  demo  site. 

American  Apparel:  CAR  has  reviewed  the  system  with  them.  They  have  just  started  using  the 
demo  site. 
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